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(54) IP telephony gateway 

(57) The present invention provides an IP telephony 
gateway. According to a first aspect of the invention, the 
gateway provides communications between a switched 
circuit network (SCN) and an IP network. The gateway 
can handle calls between clients on the switched circuit 
network and IP clients on the IP network. The gateway 
provides supplementary call services/features for calls 
to/from IP clients on the IP network, thus providing IP 
clients with similar features to those that are available 
to terminals on a PBX. The gateway is preferably a PBX 
which supports the supplementary services/features. 



Advantageously, the gateway can also provide sup- 
plementary call services/features to calls between IP cli- 
ents on the IP network. This can be achieved by routing 
call control signaling for IP client - IP client calls via the 
gateway where the services can be controlled. 

A further aspect of the invention provides an IP net- 
work in which IP clients have access to a range of sup- 
plementary call features/services. At least one of the 
supplementary features/services is provided by a gate- 
way, such as a PBX, at an interface to the IP network. 
A call from an IP client is routed via the gateway to apply 
the supplementary feature/service. 
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Description 

[0001] The present invention relates to an IP line side IP telephony gateway and a network using the same as well 
as to methods of operating the gateway and the network, in particular to methods and apparatus for provkjing supple- 
s mentary servces to IP telephony networks. 

TECHNICAL BACKGROUND 

[0002] Data networks operators, cable TV operators and other carriers want to offer customers good vok:e quality 
10 and telephony servk;es over their IP networks. To achieve this goal, it is required to provide IP terminals (either client 
software running on PCs or specialized "IP phones*) having the same level of functonality that is available to sets 
connected to a PBX.'As carriers build new voice networks based on IP Telephony, they need a bridge to the legacy 
circuit switched networks. IP Telephony gateways provide this bridge between traditkxial circuit switched networks and 
emerging vorce se wk;es based on I P networks and technology. A Line-side Gateway enables a circuit switched central 
15 offrce switch to provide line-side servces to terminals deployed on IP data networks (i.e. IP-based replacement ofthe 
subscriber loop access). A Trunk-skie Gateway enables a circuit switched central office switch to route inter-switch 
traffic via IP data networks, bypassing circuit switched trunk facilities. 

[0003] Various terms such as 'Intemet Telephony', 'Voice Over IP' (VoIP), and "Voice and Fax over IP" (XolP) are 
used in the IP Telephony industry to describe IP network based telephony services. With respect to this inventkxi, the 
20 term "IP Telephony" is used to describe voce and fax services transported over managed IP networks engineered for 
quality IP Telephony servk:es as opposed to "Internet Telephony" which refers to vok;e & data transported over the 
unmanaged Internet. 

[0004] The Intemet is a collection of independent networks with high capacity in only some of the participating net- 
works, limited security, servce disruptions, and no standardized means to guarantee the Quality of Sewrce (QoS) 
25 between the networks, or even within a network. Of these issues, the irwbility to guarantee a QoS across the networks 
is the main issue impacting telephony servrces such as voice which requires tow latency in IP packet transmissions 
and fax which requires that all packets be delivered without losing information. As such, the Intemet currently provkies 
a poor platform for telephony services. 

[0005] Managed IP networks, on the other hand, which typically have high capacity and can mar^ge QoS criteria 
30 such as end to end latency arKJ packet loss, provkle a better platform for IP Telephony services. Hence, IP Telephony 
services will only be deptoyed successfully in the near term on managed IP networks. 

[0006] IP Telephony began in about 1 995 with PC hobbyist's using proprietary solutions to bypass the Publk; Switched 
Telephony Network (PSTN) by rr^king PC to PC calls free through the Internet. The calling party typk^lly accesses 
network database to identify PCs whbh are on-line and available to call. The calls are characterized by unpredictable 

35 voice quality and high latency due to the dependency on the Intemet as the transport networic. In order to capitalize 
on the difference in tariff structures between the PSTN and the Intemet, IP Telephony Sen^ice Provklers have launched 
IP Telephony services that can be used by the general public as well as businesses to nr^ke and receive kxig distance 
calls from standard phones and fax machines at significantly reduced rates. The calling party uses a multi-stage dialing 
plan to dial a local or toll free number to access the IP Telephony Sendee Provider's networit, enter a billing ID such 

40 as a calling card or authorizatkxi code, and then dial the destination to be called. With Fax machines, an autodialer at 
the calling party's premises must be used with the IP Telephony servce in order for it to be transparent to the Fax 
machine. As well, IP Telephony Gatewa/s must be posrtkxied between circuited switched network and the IP network 
as a bridge between the packet switched IP network and the circuit switched worid. As the user interface and voice 
quality of PC-based IP Telephony solutions continues to improve, the volume of IP Telephony calls originating on a 

45 device in the IP network and terminating to a device in the circuit switched network (and visa versa) will continue to 
increase. The devk;e in the circuit switched network is typkally a standard phone or fax machine. A PC running IP 
Telephony Client software Is currently used as the device in the IP networi^. However, vendors are beginning to introduce 
IP Telephony terminals which give the user the option of using a standard phone interface to an IP Telephony sen^ice. 
An example of such as terminal is the M9617 USB phone recently introduced by Nortel Networks, Canada. An IP 

50 Telephony Gateway is required as a bridge between the IP network and the circuit switched networi<. 

[0007] It is an object of the present inventk>n to provide an IP line side IP telephony gateway and a network using 
the same as well as to methods of operating the gateway and the network whrch do not suffer from the problenrts of 
the prior art. 

[0008] It is a further object of the present invention to provkie an IP line side IP telephony gateway and a network 
55 using the same as well as to methods of operating the gateway and the network whk;h albw optimum use of resources 
of the IP telephony gateway 

[0009] It is still a further object of the present invention to provide an IP line side IP telephony gateway and a network 
using the same as well as to methods of operating the gateway and the network provkJe an economical integration of 
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components. 

[001 0] It is yet a further object of the present invention to provide an IP line side IP telephony gateway and a network 
using the same as well as to methods of operating the gateway and the network in particular to methods and apparatus 
for providing supplementary sen^ices to IP telephony networks. 

5 

SUMMARY OF THE INVENTION 
Supplementary services/features 

10 [001 1] According to a first aspect of the invention, a gateway provides communications between a switched circuit 
network (SCN) and an IP network. The gateway can handle calls between clients on the switched circuit network and 
IP clients on the IP network. The gateway provides supplementary call servrces/features for calls tc/from IP clients on 
the IP network, thus providing IP clients with simitar features to those tfiat are available to terminals on a PBX. The 
gateway is preferably a PBX which supports the supplementary servces/features. 

IS [0012] Advantageously, the gateway can also provide supplementary call sewices/features to calls between IP clients 
on the IP network. This can be achieved by routing call control signaling tor IP client - IP client calls via the gateway 
where the services can be controlled. 

[0013] A further aspect of the invention provides an IP network in whk;h IP clients have access to a range of sup- 
plementary call features/services. At least one of the supplementary features/servk:es is provided by a gateway, such 
20 as a PBX, at an interface to the I P network. A call from an I P client is routed via the gateway to apply the supplementary 
feature/servk:e. 

[0014] A switch/PBX is connected to an IP network and provkies at least one supplementary call feature/servce to 
an IP client in the IP network. 

[001 5] The features/servces can be one or more of the fol towing: 

25 

originating restrictions; 
terminating restrk:ttons; 
- call fonwarding (CFB. CFNA, CFU, CFNR); 
calling line identificatkxi (CUD); 
30 - CLID restriction; 

calling name display; 
call transfer. 

While call signaling for IP client - IP client calls is routed via the gateway, voice traffic is preferably routed directly 
35 between the IP terminals without passing via the gateway. When voice traffic for IP client - IP client calls is routed via 
the gateway, the gateway can arrange to route the voce traffic directly between an input and an output of the gateway 
without the need for a double decode/encode of the voice traffic thereby avoiding vok:e quality degradatk>n. Advanta- 
geously some supplementary services can be provkied by arwther part of the IP network. Advantageously, supple- 
mentary servk:es can be provided by a gatekeeper. This can be achieved by signaling between the gateway and the 
40 gatekeeper or directly between the IP client and the gatekeeper. Advantageously, services can be provkied by an 
application connected to the IP network, with signaling between the gateway and applicatkxi via the IP network to 
apply the servce. 

Gateway ports 

45 

[0016] According to a further aspect of the invention a connection between a gateway and an IP client in an IP 
network is provided by an IP line from the gateway The gateway has a pool of IP line ports which can be used for the 
connections to the IP clients. The IP line ports are a shared resource which are assigned to a client for the duratkxi of 
an IP call and then released back to the pool of IP line ports to be used by another client. Thus an IP line port is assigned 
so to an IP line on a call-by -call basis. This reduces the number of ports that are required to serve a given number of IP 
clients in the IP network. 

[0017] Preferably, while an IP line port is assigned to a client, the IP line port assumes the attributes of the client's 
line data. Thus subscriber servk:es such as call forwarding, catling line ID and specialized dialing plans can be proc- 
essed for that client while that client's line data is associated with the IP line port. 
55 [001 8] An IP client can be identified by a virtual directory number (VDN) and an available port by a physk^al terminal 
number. 

[0019] The core switch can store information about the state of IP clients that' it is sen/ing, such as whether they are 
busy. Thus, upon receiving an incoming call from the switched circuit network, whk:h is directed to a busy IP client, the 
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switch can provide an appropriate treatment and reduce signaling within the system. 
Address resolution 

s [0020] According to a further aspect ot the invention, conversion between address fomnats for calls to IP clients is 
performed at a gateway to an IP network. The conversion is between the LAN alias or directory number (DN) of a 
terminal and an IP ackJress. According to one embodiment, an address table is downloaded from a gatekeeper for use 
at the gateway According to a second embodiment the gateway stores a list of most recently used and/or most recently 
called addresses. In both embodiments, if an address cannot be converted using the informatk>n stored at the gateway, 

10 a request is made to the gatekeeper. In a preferred embodiment a gatekeeper handles all address resotutkxi and a 
DN table is uploaded from the gateway to the gatekeeper. In further embodiments, the list of registered DN's is con- 
tinuously updated. 

[0021] The term call is intended to cover calls whch convey voice, fax or data. The present invention relates to a 
multimedia IP line skJe gateway, preferably having a plurality of ports, e.g. 24 ports ITG Platform hardware, for example 
15 providing an H.323 Voice Sen/ices Gateway. The multimedia line skJe gateway according to the present inventkxi may 
provide the following capabilities: 

IP terminal to PSTN calls, 
PSTN to IP terminal calls, 
20 direct medium IP to IP calls with signaling via the Line SkJe Gateway, 

direct medium IP to IP calls with signaling via the multimedia IP Line Side and a Trunk Side Gateway, 
no double encoding/decoding for basic calls and supplementary services. 

[0022] IP Line ports on the ITG card are a shared resource (concentration) within an multimedia switch partition. 
25 [0023] A plurality of IP Line ports per ITG card (e.g. 16 or 24) depending on the required encoding. 

voice, fax and modem call are supported. Supported modem protocols include V.21, V.22, V22bis, V.32, V.32bis 

and V.34. Fax group 3 is supported as well, 

echo cancellation, silence suppression, comfort noise injection 

30 

[0024] G.723. 1, G-729, G.729A, G.711 (A and MU laws) standard codecs are supported. 
[0025] Address translatk)ns, routing, networking are supported. 
The following Line Side features are also implemented: 

35 access restrictbns 

billing capabilities 

[0026] On board RADIUS Client for performance statistics. 

multi-parfition operation on the core switch. ITG cards being exclusive resources for each partition. 
40 [0027] Supplementary services: 

call diversion to Vok;e MaW as well as other destinations 
call forward all calls 
call forward busy (Hunt) 
45 call forward no answer 

call forward not registered 

activation of call forward all calls as per H.450.3 Diversion standard 
H.450.2 Call Transfer with and without consultation. 
CLIP/CLIR 
50 Calling/Connected Name 

H.323 Call Waiting 

BRIEF DESCRIPTION OF THE DRAWINGS 

55 [0028] Fig. 1 shows "an arrangement of an IP telephony gateway in accordance with the present invention. 

[0029] Figs. 2A to C. show, respectively, a conventbnal circuit switched telephone network, a network with IP te- 
lephony gateways in accordance with the present invention, and a network with trunk side gateways. 
[0030] Fig. 3 is a schematic diagram of an integrated IP telephony gateway in accordance with an embodiment of 
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the present invention. 

[0031] Figs. 4A and B are schematic call routings for a calls involving an IP telephony gateway in accordance with 
the present invention. 

[0032] Fig. 5 is a schennatic representation of a network in accordance with an emtxxiiment of the present invention 
5 with an IP telephony gateway in accordance with the present invention 

[0033] Fig. 6 shows the routing of call components through an IP network in accordance with the present invenlion 
when the called and calling IP terminals are in different zones. 

[0034] Fig. 7 is a schematic representatwn of a gateway in accordance with an embodiment of the present invent kxi 
showing the connections to the ITG cards. 
•0 [0035] Fig. 8 is a schematic representaton of connections between a core switch and ITG cards in accordance with 
an embodiment of the present invention, 

[0036] Fig. 9. is a schematic representation of nxxiules on an ITG card in accordance with an embodiment of the 
present inventkjn. 

[0037] Fig. 10 is a schematic representation of one way of connecting a gateway in accordance with the present 
^5 inventkxi and a gatekeeper 

[0038] Fig. 11 shows the protocol layers of a gatekeeper interface in accordance with an emlxxJiment of the present 
inventkxi. 

[0039] Fig. 12 is a schematk: representatk>n of the connectkxis between a gatekeeper interface in accordance with 
an embodiment of the present invention and ITG card modules. 
20 [0040] Figs. 13 to 21 show messaging between gatekeeper and gateway in accordance with embodiments of the 
present inventkxi. 

[0041] Fig. 22 shows call paths for a call between an IP terminal and an SCN terminal for IP network in accordance 
with an embodiment of the present invention. 

[0042] Figs. 23 and 24 show two different call paths for a call between two IP terminals in an IP network in accordance 
25 with the present invention. 

[0043] Fig. 25 shows call paths for a call between two IP terminals in an IP network in accordance with the present 
inventkxi when the IP terminals are in different zones. 

[0044] Figs. 26 and 27 show message paths for a call between an SCN set and an IP terminal In accordance with 
an embodiment of the present invention. 
30 [0045] Fig. 28 shows a key for the message flows of Figs. 29 to 34. 

[0046] Fig, 29 shows SCN to IP call establishment message flows including an incoming IP to MMGS GW call in 
accordance with an embodiment of the present invention. 

[0047] Fig. 30 shows a message flow for terminatbn ofthe call shown in Fig. 29. 

[0048] Fig. 31 shows IP to SCN call establishment message flows in accordance with an embodiment of the present 
35 inventkxi. 

[0049] Fig. 32 shows IP to IP call establishment message flows in accordance with an embodiment of the present 
inventk>n. 

[0050] Fig. 33 shows a message flow for release of the call shown in Fig. 32. 

[0051] Fig. 34 shows IP to IP call establishment message flows in accordance with an emtxxJiment of the present 
40 inventkxi when the endpoint IP terminals have different gateways. 

[0(^2] Fig. 35 shows a scheme for a supplementary servk^e in an IP network in accordance with an embodiment of 
the present invention. 

[0053] Fig. 36 is a key for the message flows of Figs. 37 to 41 . 

[0054] Fig. 37 shows a message flow for call transfer without consultatkxi between two IP clients and an SCN set 
in accordance with an embodiment of the present invention. 

[0055] Fig. 38 shows a message flow for call transfer without consultatkxi between an IP client and two SCN sets 
in accordance with an embodiment of the present invention. 

[0056] Fig. 39 shows a rnessage flow for call transfer without consultatkxi between three IP clients in accordance 
with an embodiment of the present invention. 
so [0057] Fig. 40 shows a message flow for call transfer with consultatran between three IP clients in accordance with 
an embodiment of the present invention. 

[0058] Fig. 41 shows a message flow for call transfer with consultatkxi between two IP clients and an SCN set in 
accordance with an embodiment of the present invention 

[0059] Fig. 42 shows an H 450.3 message flow for CFAC in accordance with an embodiment of the present invention. 
ss [0060] Fig. 43 shows an H 450.3 message flow for CFAC remote activation in accordance with an embodiment of 
the present invention, 

[0061] Fig. 44 shows the internal message flows for a CFAC remote activation in accordance with an embodiment 
of the present invention. 
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Definitions 

[0062] A basic call provides communication between two terminal devices of a network over whk^h some fonm of 
information may be carried, e.g. voice, data. fax. video. 
s [0063] A supplementary service is a service which has no existence unless there is an active basic call. 
[0064] H.323: ITU-T Recommendation for Packet based mullimedB communications systems. 
[0065] H.225.0: ITU-T Recommendation for Media Stream Packetization and Synchronizaton on Non-Guaranteed 
Quality ot Servk;e 1-ANs. 

[0066] H.245.0: ITU-T Recommendation for Control protocol for multimedia communication. 
10 [0067] H.450.X: ITU-T Recommendation H.450. 1 Line Trarismission of non-telephone signals- supplementary serv- 
ices in H.323( .0 Generic functional, .1 call transfer, .2 call diverskxi) 
The following four definitrcins are H.323 network entities. 

[0068] Gateway: this H.323 entity provkJes an interface between H.323 network and non H.323 network (as the 
Switched Circuit Network). The present invention ^ not limited to H323 connpliant gateways, 
IS [0069] Gatekeeper the Gatekeeper (GK) is an H323 entity on the network that provkJes address translatbn and 
controls access to the network for H32 3 terminals. Gateways, and Multipoint Control Unit (MCU). The present invention 
is not limited to H3232 compliant gatekeepers. 

[0070] IP Client: IP Client is the terminology used in the whole document to name the terminals connected to the IP 
network (PCs, H.323 Terminal, IP Set, WebPhone, USB phone, or similar). 
20 [0071] Zone: A zone is the collection of all endpoints. e.g. H 323 endpoints (IP Client, GW and MCU) managed by 
a single gatekeeper A Zone includes at least one IP client, and nr^y or rr^ay not include GW or MCUs. 
The following four definitkins are related to the core switch. 

[0072] Virtual TN (VTN): VTN is a TN representing an IP Client in the core switch. It is used during call processing 
to handle partk:ular IP Client capabilities and features. 
^5 [0073] IPSET: IPSET is used to designate the core switch representatkxi of an IP client. 

[0074] Physical TN (PTN): PTN is a TN representing one of the ITG cards ports. It is used during call processing to 
handle signaling as well as paths. There are preferably less PTNs than IP Clients in a system achieving the required 
concentratbn. 

[0075] Phantom Loop: this is a type of superloop which is not associated to hardware physically shipped in the core 
30 switch. However, it takes resources as if it were a regular superkxjp. It is used to define IPSETs. 
[0076] SCN set: set in the SCN which is not managed by MMCS. 
The following two temr^s are widely used in the document. 

[0077] MMCS Gateway: this designates the gtobal IP telephony gateway based on the MMCS platform and made 
of the MMCS core switch and of the ITG cards. 
35 [0078] ITG: this designates the ITG card itself. 

The following three definrtbns are related to the ITG cards: 

[0079] Leader the leader ITG card is a unique card chosen to be the point of contact for all other ITG cards and for 
other customers or core switches too. Each leader preferably has to nnaintain the set of leaderA>ackup leader of other 
customers or core switches of the network. The leader controls the pool and assignment of IP addresses of its fol tower 
40 cards. 

[0080] Backup Leader the backup leader ITG card is a unique card on a customer chosen to step in when, for some 
reason, the leader is disabled or out of service. The backup leader ITG card has to keep its database in synchronization 
with the leader card's database. 

[0081] Fol tower: all ITG cards which are neither leader nor backup leader are named as fol tower cards. 
45 The foltowing three definitions are related to networks: 

[0082] Extranet: it is used to designate a managed IP network engineered for quality IP telephony servtoes (as op- 
posed to internet which refers to the unnnanaged IP network). 

[0083] ELAN: is the core switch 1 DBase T LAN used for nr^agement and for part of the signaling between the core 
switch and the ITG. 

so [0084] Voice LAN: it is the 10/100 Base T LAN used for IP vok;e signaling between the ITG and the extranet. 
The following two definitions are related to IP clients: 

[0085] DN: is the digits directory number associated to a VTN in the core switch. It typk^lly has 4 to 7 digits 
[0086] E.164 number it is the number of the IP client foltowing the E-164 standard and altowing to uniquely define 
the IP client. 

55 
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ATM 


Address Translation Module 
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(continued) 





Abbreviations 




API 


Application Programming Interface, High level language software used as components In the 






development of an application. 




ARP 


Address Resolutic^ Protocol 




BCS 


Business Communication Set 


10 


CDR 


Call Detail Recording 




CFAC 


Call Fonward All Calls 




CFB 


Call Forward Busy 




CFNA 


Call Forward No Answer 


IS 


CFNR 


Call Forward Not Registered 




CFU 


Call Forward Unconditional 




CLS 


CLass of Service 


20 


CPE 


Customer Premises Equipment 




CPU 


Central Processing Unit 




CS 


Core Switch 


25 


DRAM 


Dynamic Random Access Memory 


DN 


Directory Number 




DID 


Direct Inward Dialing 




DSP 


Digital Signaling Processor 


30 


EES 


End to End Signaling 




EDD 


Data Dump 




ELAN 


Embedded LAN 


35 


EPROM 


Erasable Programnrrable Read Only Memory 


EXUT 


Extended Universal Trunk 




FS 


Feature Specification 




GK 


GateKeeper 


40 


GW 


Gateway 




ICDA 


Internal CDr Allowed 




IE 


Information Element 


45 


IP 


Internet Protocol 


IPLC 


IP Line Card 




IPLL 


IP Local Loop 




IPLS 


IP Line Side 


50 


ISDN 


Integrated Services Digital Network 




ITG 


IP Telephony Gateway 




ITM 


Individual Traffic Measurement 


55 


UBUf 


Leader/Backup Leader/Follower 


LAN 


Local Area Network 
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Abbreviations 




MAT 


Meridian Administration Tool. Windows 95 application used for configuring the Meridian 1 and MMCS 
switch. 




MIX 


Meridian Integrated XoiP 




MMCS 


Multimedia Carrier Switch 


10 


MWl 


Message Waiting indication 




NPM 


Network Protocol Module 




NTP 


Northern Telecom Publication. 




OA&M 


Operations, Administration and Maintenance 


IS 


OS 


Operating System 




PBX 


Private Branch exchange. A telephony switch that is privately owned. 




PSTN 


Publk: Service Telephony Networi< 


20 


PTN 


Physical TN 




QOS 


Quality Of Service 




RADIUS 


Remote Authentication Dial-In User Service 


25 


RFC 


Remote Function Call OR Request For Comment 


RM 


Resource Manager 




SCN 


Switched Circuit Network 




SNMP 


System Network Management Protocol 


30 


SSD 


Scan and Signal Distributor 




TBD 


To Be Determined 




TCP 


Transmission Control Protocol 


35 


TN 


Terminal Number 


TSGM 


Telephony SignallinG Module 




UDP 


User Datagram Protocol 




USB 


Universal Serial Bus 


40 


UUIE 


User to User IE 




VPS 


Voice Processor System 




VTN 


Virtual TN 


45 


WAN 


Wide Area Network 


XoIP 


Voice or Fax over IP 




XDLC 


Extended Digital Line Card. 




XPEC 


Expanded Peripheral Equipment Controller Pack 



so 



DESCRIPTION OF THE ILLUSTRATIVE EMBODIMENTS 

[0087] The present invention will be described with reference to certain embodiments and drawings but the present 
inventkxi is not limited thereto but only by the claims. In partcularthe present invention will be described with reference 
ss to the H 323 suite of standards but the present invention is not limited thereto. 

[0088] As shown schematically in Fig. 1 an IP Telephony gateway in accordance with the present invention provkies 
a bridge between a circuit switched network and vok:e services based on an IP network and technology A bask: call 
originating from a PSTN telephone and terminating on an H.323-based terminal in an IP network is directed to the 
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appropriate IP Telephony Gateway. This gateway performs the following minimum functions: 

• translates between transmission formats 

• temnlnates the PSTN signaling protocol and bearer channel 
^ • terminates the H.323 si^aling protocol and bearer channel 

• provides bearer intenworking facilities from the PSTN format (typically 64kbs PCM) to the appropriate IP bearer 
format implemented on the specific network (typically one of several compressed voice standards listed in the H. 
323 specifications). 

• translates between communication procedures 

10 • manages the PSTN-skje call processing and signaling 

• locates the correct H.323 gatekeeper for the called party 

• originates and manage an H.323 call to the appropriate gatekeeper 

A basic call originating from an H.323 terminal and terminating on a PSTN telephone woukj be handled in the same 
^5 way in the other directbn. 

[0089] In some embodiments of the present invention the gatekeeper translates between addressing formats and 
domains. In accordance with the present invention the gateway and gatekeeper functionality can be integrated together 
into a single unit if needed to simplify deployment in applicatk)ns such as toll arbitrage. 

[0090] In support of the initial services envisioned for IP Telephony, IP gateways can appear both on the trunk side 
20 and on the line side of a circuit switch such as the MMCS. 

[0091] A Trunk-skJe Gateway (Fig. 2C) enables a circuit switched central office switch to route inter-switch traffic via 
IP data networks, bypassing circuit switched trunk facilities. 

[0092] A Line-side Gateway 2, 6 (see Fig. 2B) enables a circuit switched central office switch 4, 5 to provide line- 
side sewices to terminals 7, 8 deployed on IP data networks 1, 3 (i.e. IP-based replacement of the subscriber loop 
25 access). 

[0093] An gateway 6 may provide additional call processing services under the control of either an H.323 gatekeeper 
or a circuit switched office when the Gateway 6 is integrated with a feature rich switch 5, as is the case with embodiments 
of the present invention involving as it does an MMCS Gateway 

[0094] The gatekeeper can play an important central role by routing ail call control messaging through it and by using 
30 the gatekeeper to provide services such as pre-pakJ billing, call fonvarding leaving the gateways as only protocol, 
translators The potential advantages of such a Gatekeeper-Centric Architecture are: 

• Simplified service provisioning 

• Simplified configuratkxi management 
35 • Centralized billing 

• Open APIs for 3rd party service development 

• Single interface point to PSTN IN/AIN 

• Single servk:e implementation, accessible to all Gateways 

• Lower Gateway intelligence -> cheaper Gateways? 
^ • Faster time to market for new services? 

Potential Disadvantages <rf a Gatekeeper-Centrk: Architecture are: 

• Gatekeeper is single point of failure 

45 • Scalability - network signaling, Gatekeeper processor 

• Handling of feature interactions 

• Handling of race conditions 

• Time to market of initial servk^e offerings 

50 The 1 P-net works and gateways in accordance with the present invention expbit the advantages of a Gatekeeper-centric 
architecture while addressing the issues of the centralized Gatekeeper approach. 

[0095] Applications can be segmented into backhaul applications whbh utilize IP Trunks and access applrcations 
which utilize IP Lines. IP Telephony backhaul and access applcatbns can be offered separately or combined by carriers 
into a service whch utilizes both IP Trunk and IP Line capabilities. The present invention includes several IP trunk 
55 backhaul and IP Line access appllcatk>ns. 

[0096] Corporatkxis typically have separate connections for voice communcatbns for data communcations. IP Te- 
lephony provides a means for corporations to aggregate all of those connections into a single pipe to achieve savings 
in connectivity fees. IP Line access applications offer line side sen^tces over IP Telephony transport. IP Telephony as 
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an atternative to twisted pair loop technotogy has value even in cases where it is only utilized in the local loop, with the 
circuit switched network is still being used for backhaul of the traffic to the destination point in the case of IP Line 
originated calls, or from the originatkxi point in IP Line terminated calls. 

[0097] A "virtual second line' utilizes IP Telephony to enable subscribers to be on-line (i.e. have a computer connec- 

^ tton to an ISP) while making or receiving vok^e calls via IP Telephony. A growing number of corporate wortcers are 
bringing work home from their office/place of business occasionally after work and on weekends. Many of these workers 
may need to access their corporate data network to send and receive e-mail, download and upload files, and to access 
their corporate Intranet or the Internet. If they donl have a second line, they will tie up the family phone while they are 
on-line to the office. If the worker works part of the work day at home on a casual basis during business hours, the 

10 virtual second line will enable him/her to make calls to co-workers while on-line. Home based emptoyees want all of 
the best residential servk:es and all of the best business servk:es. integrated but separable into small packages at a 
reasonable price. The business services can be accessed either via a dial up modem connection or an xDSL (or other 
high speed) connection. The IP Telephony voice line using the gateway and IP network in accordance with the present 
inventkxi can provkJe services such as Conference, Transfer, Hold, Message Waiting, Voicemail Access. Class of 

^5 Service, and private dialing plans. 

[0098] "Road Warrbrs' are typk:ally emptoyees of corporations that need access to their corporate networks on a 
casual or roaming basis. Small Office Home Office (SOHO) subscribers may require their office to move with them 
(nomadic voice and data) as they move between business locations. In the case of the corporate Road Warrior, voice 
services delivered to the remote user will encompass the desktop capability that a featured set at the ofice would have 

20 such as Conference, Transfer. Hold, Message Waiting, Vok:email Access. Class of Service, and private dialing plans. 
[0099] Phones which are part of a MADN group all ring simultaneously when an incoming call is presented to the 
pi tot directory number of the MADN group. Any phone in the MADN group can answer the call. Once the call is answered, 
all phones in the MADN group stop ringing. This capability can be used in varbus situations in whk:h multiple phones 
should ring when a call is presented to a pi tot directory number. For example, executives typically have the directory 

2S number of their desk phone programmed into a MADN group with their secretary such that the secretary can screen 
incoming calls. MADN functionality has also been implemented on Service Node platforms to provide a network wide 
MADN as a "personal number sen^kie" in whtoh multiple phones on separate switches can be rung simultaneously 
when a call is presented to a pi tot directory number However, one major disadvantage of a Service Node-based network 
wide MADN is that it is expensive to deptoy since trunks are tied up to/f rom the Servk:e Node as well as across the 

30 network to the phone that answers the call. In accordance with the present inventton IP Telephony can be used to 
achieve the functionality of both a localized MADN as well as a network wide MADN by using IP Telephony Clients 
combined in conjunction with the MADN capabilities of the MMCS Gateway. IP Telephony is a much more cost effective 
approach to network wide MADN since renriote IP Telephony Clients can be part of a MADN group without tying up 
expensive trunk facilities. 

35 [0100] An MMCS Gateway 10 in accordance with an embodiment of the present inventton is shown schemattoally 
in Fig. 3. It comprises a core switch 24 combined with gateway (ITG) cards 22. The main advantages of the integrated 
Gateway 10 versus stand-akxie adjunct systems are: 

1 . Cost improvement 
40 2. Integrated OA&M 

3. Seamless integration of circuit switched and IP environments ~ call processing and OA&M 

The MMCS Gateway 10 can achieve the cost improvements and integrated OA&M benefits by integrating the IP Te- 
lephony Gateway (ITG) into the MMCS platform. In addltton, the MMCS Gateway 10 achieves a more seamless inte- 
rs gration ofthe circuit switched and IP networks by tightly coupling the MMCS core switch 24 with the IP Telephony 
Gateway 22. A call nnoves seamlessly between the circuit switched and IP environments during the course of the call 
to handle call setup, tear down, and mid-call features. 

[0101] Figs. 4 A and B demonstrate certain call scenarios supported by embodiments of the present invention. The 
call scenarios are identified by the numbers 1 through 5. With the network of Fig. 4A 

so 

1. Call Scenarios: (a) PSTN to IP Telephony Client 16. 18 through Home Gateway 10. (b) IP Telephony Client 16. 
18 to PSTN through Home Gateway 10. Tfie IP Telephony Client 16, 18 will appear as an "IP Line" on incoming 
calls from the PSTN and calls outgoing to the PSTN through the Home Gateway 10. 

ss 2,3. Call Scenario: All originating calls from an IP Telephony Client are sent to Its Home Gateway 1 0 for processing. 

If the call is routed by the MMCS 24 back to the IP network 1 2 to either a Remote Gateway, or another IP Telephony 
Client, the MMCS 24 will instruct the Gateway cards 22 involved to bypass the G.7xx vocoders ("vocoder bypass") 
such that the call does not encounter a double encode/decode of the voice and hence suffer votoe quality degra- 
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dation. Note that the terminating IP Telephony Client 16, 16 my have another Home Gateway, and hence, the call 
may pass through two MMCS Gateways with the vocoders being bypassed, 

4. Call Scenario: PSTN to Voice Mail (VMS) - this is an extension to call scenario 1 . When a call forwarding condition 
s is detected (Call Forward Busy, Call Forward No Answer. Call Forward Unconditional), the incoming PSTN will be 

fonwardedtoa voice mail system attached to the MMCS Gateway 10. Nc^e: The forwarding destination is dependent 
on the programming of the call forwarding number and hence, does not have to be to voice mail. 

5- Call Scenario: Because all calls from an IP Telephony Client 16, 18 pass through the Home Gateway 10, the 
10 call fonwaiding treatment of a call to an IP Telephony Client 16, 18 will be implemented by the call forwarding 

service logic of that IP Telephony Client's MMCS Home Gateway 10. 

Although architecture of Fig. 4A enables access to the MMCS Gateway line side services in all call scenarios without 
degrading voice quality, the architecture has the disadvantage of tying up two Gateway ports for IP Telephony Client 

IS originated calls which terminate back into the IP network 12 either to another IP Telephony Client 16, 1 8 or to a Remote 
Gateway 10'. A more kjeal situation woukJ be to have the voice packets transmitted directly between the originating 
IP Telephony Client and the other IP Telephony end point with only the call control signaling passing through the MMCS 
Gateway 10. This wouW free up the MMCS Gateway ports for calls to/from the PSTN and is shown in Fig. 4B. In this 
architecture, the MMCS would play the role of an IP Telephony Gateway for calls tc/lrom the PSTN as well as the role 

20 of a call processing server off the IP network 12. The MMCS Gateway 10 sender functkxiality wouW be similar to that 
envisioned for an H.323 Gatekeeper under a gatekeeper-routed calls paradigm. For Fig. 4B: 

1 . Call Scenario: Same as for Fig. 4A. 

25 2.3- Call Scenark): All originating calls from an IP Telephony Client 16, 18 are sent to its Home Gateway 10 for 

processing. If the call is routed by the MMCS 10 back to the IP network 12 to either a Renrx>te Gateway 10', or 
another IP Telephony Client 18, 16, the MMCS 10 will instruct the IP Telephony Client 18. 16 to establish the voice 
path directly to the other IP Telephony end point 16, 18 while continuing to send the call signaling information to 
the MMCS 10. 



30 



4. Call Scenario: Same as for Fig. 4A. 



5. Call Scenario: Because the call control signaling for all from an IP Telephony Client 16, 18 passes through the 
Home Gateway 10, the call fonwarding treatment of a call to an IP Telephony Client 16, 18 will be implemented by 
3S the call fonvarding service togk; of that IP Telephony Client's MMCS Home Gateway 10. 

The Gatekeeper 10 can comprise the following functions: 

1 . IP and El 64 mapping for trunk operation and for line skJe access for IP devices on remote Gateways (in another 
40 free-calling area) using El 64 as the mediation numbering plan for mediation across the network. 

2 IP and El 64 mapping servkie for IP to IP calls. 

3. Interactive communicatkxi with the MMCS Gateway to be able to provide the proper IP address to external 
devices (remote gateway or kxral/renrxjte IP device) for gateway access. 

4. Registration of IP devices associated with a home gateway and managing current temporary IP addresses of 
45 the devrces registered for mapping purposes. 

5. Authentication that the user registering an IP devrce is an authorized user 

Other functions may also include: 

50 1 . For IP device to 1 P device communications, the gatekeeper should immediately forward a call for 'call treatment' 

to the IP device's home gateway once it has it has it been determined that the terminating IP device is 'not regis- 
tered'. 

2. Usage billing data for IP to IP device communications. The usage fee would be for the use of the 'managed IP 
extranet', an enhanced sen^ice over the 'free or general internet'. 

55 3. Gatekeeper to Gatekeeper synchronization, 

4. High level 'Root - DNS' - like server or Voce DNS (VDNS) maps El 64 ranges to associated gateways in Iree 
calling areas'. 
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[0102] TTie Gateway 10 discriminates between voice, fax and data calls on a call by call basis and handles each 
appropriately. The solution should not be dependent upon the sensed PBX or VPN being configured with seo/'tce specific 
numbers, and it shoutd be possible to seamlessly detect the birtiation and completion of a fax transaction during a 
voice call. The MMCS Gateway should be able to transport and receive the following media over the IP network: 

Vb/ce:The following encoding schemes are supported at a minimum: G.729A; G.723.1; G.711 u-law; G.711 A- 
law. The gateway 10 is able to dynamically change the codec used on a call by call basis. 

DTMF: Voice calls traversing the gateways 10 are able to faithfully detect and relay in-band DTMF signals. 

Echo Suppression: Echo suppression conforms to acceptable industry standards for quality echo suppression in the 
circuit switched network. 

Siience Suppression: The IP Telephony codecs support silence suppression. 

Noise Suppression: The IP Telephony codecs support noise suppression. 

Flexible Dialing P/ans.North American Numbering Plan, International Numbering Plan, and VPN numbering plan 
support. 

Network Class of Sen/ice: Provides a means to control access to Gateway routes. Enables carriers to flexibly 
define QoS packages such as a 'Take what you get* tow cost/low QoS, a "Guaranteed" high cost/high QoS, and 
a 'Selectable on a call by call basis" pay for QoS selected. 

Call Forwarding: The MMCS Gateway 10, in conjunction with the Gatekeeper 20 supports all forms of call forward- 
ing: Call Forward Busy (CFB). Call Forward No Answer (CFNA), and Call Forward Unconditional (CFU). As well, 
an additional type of call forwarding called "Call Fonward Not Registered" (CFNR) is provkied, since IP Telephony 
Clients will not always be registered or reachable. 

Call Forward Not Registered: The CFNR feature uses the same destination as the CFNA feature. When an IP 
Telephony Client for an incoming call is not registered with the Gatekeeper, the call should be fonvarded to the 
CFNA destinatton if one is programmed for the subscriber. If a CFNA destinaton has not been programmed, then 
the incoming call shoukJ receive an appropriate treatment. 

Line-side Alternate Routing. When an IP Line is unavailable for termination due to Gateway card overload, network 
congestton, etc., the call should be treated as if the subscriber is not registered (i.e. the subscriber is not reachable) 
and the call is forwarded using the CFNA treatment. If the subscriber does not have CFNA, then the call is routed 
to an appropriate treatment. 

Call Forward Directory Numbers: Call forwarding directory numbers may be stored in the subscriber line data in 
the MMCS Gateway 10. IP Line subscribers are able to access and program the call forwarding directory numbers 
via their IP Telephony Client interface. 

Terminating Restrictions: An IP Telephony carrier is able to setup an IP Line such that call terminations to the IP 
Line are denied. 

Originating Restrictions: When setting up an IP Line, an IP Telephony carrier has the fol towing options in restricting 
the types of originattons made from the Line: 

Denied Origination: The IP Line is not allowed to originate any calls. 

Local Calls Only: The IP Line is not allowed to originate calls outskJe the free calling area. 

Local and North American LD: The IP Line is al towed to originate all types of calls excepts for International tong 
distance. 

Local, North American LD, Interriationat LD: The IP Line is al towed to originate all types of calls. 

Selective Number Screening (e.g. 976, 900): The IP Line is restricted from originating calls to selected numbers. 
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[0103] The requirements particularty for a corporate road warrior service are as follows: 

Single Directory Number. A corporate road warrior has one directory number on his/her business card that callers 
can use to reach the road warrior, regardless of whether he/she is at the office or on the road. 

Single Voice Ma// Sox: The road warrior is able to have all calls forwarded to the same voice mail box, regardless 
of whether the incoming call attempted to terminate to an office phone or to an IP Telephony Client The road 
warrior has the option of using the Voice Mail System off a PBX. Centrex Central Office, or MMCS Gateway to 
provide the single voice mail box. 

Reachability: The corporate road warrior service is able to reach the subscriber on an IP Telephony Client while 
the road warrior is out of the office traveling or at home, and on a desk phone while the road warrior is in the office. 

Subscriber Transparency: The corporate road warrior sen/ice operates transparently to the subscriber. For exam- 
ple, the subscriber does not have to manually activate call forwarding from his/her desk phone to the IP Telephony 
Client when he/she leaves the office. 

[0104] An embodiment of the integrated telephony gateway in accordance with present invention will be described 
in the following in detail. An ITG in accordance with this embodiment of the present invention emulates an analog trunk 
based gateway provkJing the ability to network switches such as Meridian 1 switches provided by Nortel networtcs, 
Canada while transmitting signaling and voice over an IP network. As shown schenoatk^alty in Fig. 5, the integrated 
MMCS Line SkJe gateway 10 provkJes communicatk)ns between a first network, which may be a Switched Circuit 
Network (14) such as a PSTN or an enterprise network 15 and a plurality of Clients 16, 18 connected on a IP Network 
whbh is preferably a rr^aged IP network (extranet) 12 with controlled delays and quality of service (QoS). The en- 
terprise network 15 and the SCN 14 may communkate with the gateway 10 over ISDN lines. The clients 16. 18 are 
preferably H323 compatible clients but the present invention is not limited thereto. Clients 16, 18 may be personal 
computers, workstatbns or telephone sets especially adapted to use IP telephony The line skie gateway 10 handles 
SCN calls to/from IP clients 1 6, 1 8 as well as IP client to IP client calls. The gateway 1 0 also communk3tes with another 
entity, the gatekeeper 20, mainly for control access, IP client registratkxi and monitoring. The gatekeeper 20 may be 
H323 compliant but the present invention is not limited thereto. An ITG card devce 22 on the gateway 10 is an interface 
processing voce and fax coming from the core switch 24 and the IP based packet network 12. Gateway 10 may be 
linked to trunk skJe gateway operation or may have such functkxiality integrated therein. Calls coming from one IP 
zone and going to another IP zone typically involve both line side and trunk side gateway operatbn. 
[0105] The ITG (MIX) line side emulates an XDLC line card. The ITG (MIX) Gateway 10 assumes the customer has 
already installed a corporate IP network 1 2 and that routers are available for any WAN connectivity between networked 
systems, e.g. Meridian systems trim Nortel Networks. Canada. The configuration preferably includes 10/100 Base T 
Ethernet interfaces and support of the IP version 4 or 6 layer and addressing in a WAN. No restrk:tkxi is antk:ipated 
on the physical medium on the WAN. If an H.323 FastConnect procedure is used during call establishment, tone is 
provided to the calling IP Client 16, 18 by the SCN 14 when the calling IP Client 16, 18 is alerting. In other cases, tones 
(or any means to represent tones on an IP client) are generated by the IP client 16. 18 itself In fact, at the time when 
tones need to be heard, there is no path established between the MMCS gateway 1 0 and the IP client 1 6, 1 8 and then, 
the IP client 16, 18 is not able to hear the tones provided by the MMCS gateway 10. The ITG cards 22 are preferably 
organized into leader and folbwer cards. All follower cards register to the Gatekeeper 20. \fok:e LAN is engineered so 
that all ITG cards 22 can have simultaneous calls without bandv^dth shortage. It is also assumed that the IPLL Gate- 
keeper 20 provides routed call signaling, supports messaging for valkJ DN upload, accepts DNs of up to 10 digits and 
forwards set status to gateway 10. 

[0106] Fig. 6 shows schematically the signaling path of an IP client call from one zone to another IP client belonging 
to another zone. In this case two local gatekeepers 20 and 20' and two gateways 1 0, 1 0' are involved with an I P network 
12 between having a network gatekeeper 26. A suitable message sequence may be: 

(1) The call generated by IP client 16 is first routed to the MMCS 10 by the kx:al GK 20 of client 16. In accordance 
with the present invention several ways of accessing the gatekeeper/gateway are possible. As alternatives, the 
call may be routed to the gateway 10 whk;h then communbates with the gatekeeper 20 to obtain authorizatkxi of 
the call. Yet another alternative is that the call may first be routed to the gatekeeper whch provides authorization. 
After receiving this, client 1 6 the begins setting up the call with gateway 10. 

(2) The line side GW card 22 of the gateway 10 passes the call to the Core Switch 24 whk:h processes it and re- 
routes it to an IP trunk ITG card 25, ITG trunk card 25 may be Integrated with gateway 10. 

(3) The tmnk side IP GW determines that the call terminates on MMCS gateway (GW) 10*. The call is directly 
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routed to MMCS GW 10' through the IP network 12. 

(4) The trunk side card 25' of IP GW 10* transmits the call to the Core Switch 24' of gateway 10' which processes 
it and places it to the Line side ITG card 22'. 

(5) The call is eventually routed by the Line Side GW 10' to IP client 18 via its local GK 20*. 

s 

[0107] Fig. 6 shows a possible scheniatic arrangement of the ITG (MIX) cards 22-1 . 22-2. 22-3 within the gateway 
architecture. The ITG emulates an XDLG card and communicates to the core switch software via the DS-30X link 36. 
Two Ethernet ports may be available on each card 22-1. 22-2. 22-3. One port 38 (10/100 BaseT) is used for the IP 
voice signaling whereas the other one 39 is used as an interface with a MAT station 40 for management purpose as 

10 well as for a communicatons link between ITG cards 22-1 , 22-2, 22-3. 

[0108] For each customer data bkx:k defined on a core switch 24, there is one set of leader, optkxiat backup leader 
and foltower cards 22-1 , 22-2. 22-3, which are available to that customer only. As the ITG cards 22-1 , 22-2, 22-3 are 
VPS cards which emulate a Digital Line card (XDLG). IP Clients 16, 18 are represented in the Core Switch 24 by a 
BCS set (IPSET). Each IP client IPSET is identified by a Virtual TN (VTN) which is defined on a phantom kx)p. For 

15 each IP VTN involved in a call, an available TN on the ITG card is dynamically associated to this VTN in order to access 
this card. This TN, called the Physical TN (PTN) is only used for signaling (through Ethernet and SSD) and for speech- 
path between the Core Switch 24 and the ITG card 22-1 , 22-2, 22-3. The IP Client capacities and the call processing 
is associated to its VTN. One aspect of the present invention is that the client profile is defined by the VTN and is 
dynamically linked to the call using the PTN at call set^jp. This VTN/PTN mechanism permits definitbn of more IP 

20 Clients than physical resources (i.e. PTN) and hence allows pooling of PTN resources. 

[0109] As an IP Client 16, 18 may support several simultaneous active "calls' on the same DN, an IP Client 16, 18 
can be composed by several IPSETs (i.e. by several VTNs) which have the same DN. Preferably, each VTN has a 
single DN and all the VTNs which have the same DN are IPSET For each call to a DN only one VTN is concerned. In 
case of a call to IP, when the called DN has several VTNs, the Core Switch 24 chooses one VTN which is idle and 

25 presents the call to the ITG card 22-1 , 22-2, 22-3 for only this VTN. In case of a call from IP, when the calling DN has 
several VTNs, the Core Switch 24 chooses one VTN which is idle and alt the call processing is done with this VTN. As 
an IP Client 16, 18 may support several call types (e.g. 2 data calls, a fax and a voice call), an IP Client 16. 18 can be 
composed by several IPSETs. 

[0110] Preferably, an IP Client 16. 18 has to register on the Gatekeeper 20 before initiating or receiving a call. A new 
30 Registration / Unregistratkxi state is introduced in the Core Switch 24 for each IPSET This state is updated in the Core 
Switch 24 by message sent from the Gatekeeper 20 each time an IP client 16, 18 gets registered or unregistered. 
When the called IPSET is not registered, the call is immediately treated in such a way that resources are not reserved 
or used. For, example, the call may be diverted to a HUNT DN, as explained later. 

[0111] Communicatkxis between the Core Switch 24 and the ITG cards 22 are done through a suitable signaling 
35 protocol and hardware, e.g. Ethernet and/or SSD signaling. As the ITG card 22 emulates an XDLG card, SSD signaling 
is also used for IP Clients 16, 18. However, IP Clients 16, 18 require more messaging which cannot be easily handled 
by the SSD signaling. For instance, when a call is initiated to an IP Client 1 6, 18 the core switch 24 requests the Leader 
ITG card to provide a physk:al TN. The SSD signaling is not adapted to this kirtd of messaging. So, a connection 
through Ethemet (UDP) between the Core Switch 24 and the ITG cards handles this messaging. 
^ [0112] Fig. 8 on page 34 shows the two signaling paths for the communications between the Core Switch 24 and 
ITG cards 22-4, 22-5, 22-6. Messages that cannot be sent through the SSD route 41 are sent through another route 
such as an Ethemet route 47. A nrxjdule 44 is the interface between the SL1 task 42 and the UDP/IP API 45, 46 from 
VxWorks 48. When VoIP is configured, a new task is spawned by the module 44 on the core switch 24. This task is 
responsible for reading the messages coming from the UDP pipe. 
45 [0113] To send messages to a card 22-4, 22-5, 22-6 the SLl task 42 communicates directly with this module 44 
through an interface handler 49. When a message from a card 22-4. 22-5, 22-6 is received by the module 44, it informs 
the SL I task 42 via an RFC call. 
The task can start up in two ways: 

50 CokJ Start if the dataljase has VoIP line side configured 

Service Change when a craftperson configures VoIP line skJe 

The ITG operatkxi is separated into distinct areas, each fitting one of the functbnalities required from the ITG card 22. 
The ITG gateway software architecture is divided into two main components, the DSP component 32 (Fig. 7) responsible 
55 for processing the voice and FAX data from the core switch 24 and the IP based packet network, and the host component 
34 responsible for interfacing with the core switch 24 and the IP network 12. Fig. 9 illustrates the different modules of 
the host component 34. 

[0114] A Network Management Module 52 is responsible for communicatkxis between the ITG card 22 and the 
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craftsperson. The connection can be made over ethemet or serial. The client applications available to the craftsperson 
for access to the ITG card 22 can be a PC running MAT. a telnet session, or a serial link. An SNMP agent ts used to 
generate traps to indicate events on the ITG card 22. 

[01 1 5] An Elan Signaling Module 54 handles messaging to and from the core switch 24 by using the ELAN connection 
30. tt connects with a 10-baseT ethernet driver to access the ELAN, to relay messages to^rom the network protocol 
module 53 so as to interact with the core switch call processing. It also connects with the resource management (51) 
on the leader card 22-4 to transmit the requests from the core switch 24 to obtain a physical TN assigned to a call 
going out on the IP network 1 2, and their responses. The module 54 is also responsible for interfacing Leader/ Backup- 
Leader card and Foltowers of different modules. Communication is nr«inly needed between the Resource Management 
module 51 of the Leader card 22-4, and the Network Protocol Module 53 of Follower cards 22-5, 22-6 tor the first one 
to provide the second one with call processing information (PTN, IP address ofGK, UUl IE...). At restart time, and in 
case of warm/cold start on the core switch 24, this nrKxJule 54 is in charge of reestablishing the connection between 
Core Switch 24 arKl Leader Card 22-4. This nrxxiule 54 operates on alt ITG cards 22. 

[Oil 6] The Network Monitoring module 55 is in charge of assessing the conditkxis on the ethemet segment on whbh 
the ITG card 22 is kx:ated. First, the vxWorks IP and TCP stacks gather some statistics for each interface, which can 
indicate a degraded conditk)n. such as loss of packets and other measurements. Alternately, by periodically sending 
RTCP messages to pre-determined hosts (the gatekeeper 20, the local IP router 33) an estimation of LAN toad can 
be made. Whether this nrxxiule 55 sits only on the leader 22-4, or on all cards 22. depends on whether the total gateway 
1 0 needs to be located on one or several LAN segments. If several LAN segments are al towed, then several ITG cards 
22 need to have this module active (at least one per LAN segment). 

[0117] A Resource Mar^gement module 51 is responsible for managing system/network resource for the ITG XolP 
platform and serves as Gateway to the H.323 network. The system monitor audits ITG card/ channel status. Below is 
a summary of the Resource Manager task responsibilities: 

Address translatton interface. This is only required when an Address translation module 59 is present. It only applies 
to outgoing call s for the leader card 22-4 to interface with the address translation module 59 and retrieve the end- 
point network address. Resource Control and Maintenance: this functionality contains a set of ope rat tons such as: 

Task initializatton (registration with leader, with MAT..) 
Housekeeping (Channel Status Table maintenance) 
L-BL Switchover operatton 
L-BL Database synch ronizat ton 

Channel Alkx^tton of Incoming and outgoing calls (Leader only) 
Call processing information proviskxi to Followers (Leader only) 

The same channel allocatton algorithm may be applied for outgoing calls as for incoming calls (the core switch 24 is 
not seizing a trunk but dealing with a virtual DN) and modify it in such a way that only Foltower cards 22-5, 22-6 can 
be chosen to handle a call. This unloads Leaders and Backup-Leaders from some responsibilities generated by the 
Physical TN selection operation (on core switch request through Ethernet). Ttiis can be configurable depending on the 
system capacity. For systenris including a restricted number of ITG cards 22, Leader and Backup-Leader may be con- 
figurably to handle calls to prevent reducing traffic capacity which would lead to numerous call rejecttons. 
The resource manager module 51 stores a table providing current altocation of channels. Table 1 



Table 1: 



Channel Table 




Possible value 


Initialization Value 


IP foltowerport 


IP v4A^ address:channel 


NULL 


Status 


Idle 

Reserved 

Busy 

Disabled 


Idle 


Reservatton Time 


Time Stamp 


0 


Physical TN 




NULL 


callRef 


cf H.323 


NULL 


callld 


cf H.323 


NULL 
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Where: 

IPFoHowerport corresponds to a channel of a folbwer card. 

Status corresponds to the use of a follower card channel, Vdte' means that no call is going on for that channel. 
5 'Reserved* means that Gatekeeper has sent a request to make call on that channel but the call is not yet going 

on. 'Busy means that a call is going on for that channel. Visabte'is used for maintenance (channel cannot accept 
call for the time being). 

For outgoing calls (CS to IP), the reservation status changes directly from Vdte'to *Busy as soon as a physical TN 
is granted. 

10 For incoming calls (IP to CS), the Leader Card receives a request from the Gatekeeper, alkscates a physical TN 

for the call and then changes reservatkxi status from 'Idle'Xo 'Reserved for the corresponding channel. The time 
of the request is also stored. Reservation Status is set to 'Bus/ when the foltower card acknowledges that it has 
received an incoming call. 

Resewatk>n Time - this time corresponds to when a physk:al TN Is granted. It is used as a timeout marker when 
'5 TN allocation is made. If the physical TN is marked as resewed and time stamp is too old, the physkal TN is re- 

altocated. This fiekJ is ignored if reservation status is different trom ' Reserved. 

Physical TN - this is the TN alkx:ated by the Resource Management module 51 and used by the Core Switch to 
send X11 messages. 

callRef- this information is used to link incoming calls with outgoing calls. 
20 callld - this intormatk)n is defined by H.323 standard and kJentify a call. 

Search on this table can be made by: Channel, PTN or callRef 

[0118] A Telephony Module 56 handles the receiving and sending of SSD messages according to the stale of the H. 
323 call handled by the Network Protocol rrxxJule 53. It interfaces with the XDLC emulation to retrieve SSDs and 
25 provides an API to the network protocol to receive and send these. It communicates with the network protocol module 
53 to transmit and receive SSD messages, and operates on ail ITG cards 22. 

[0119] On each ITG card 22, instead of XUT emulatkxi for anatog trunk, the XDLC emulation module 57 is used to 
emulate stimulus messages. It communicates with the Telephony Signaling Module 56 to transmit stimulus messages. 
[01 20] DN-to-1 P address translatkxi may be handled by a variety of methods. 

30 Preferably DN-to-IP translatkxi is handled by the gatekeeper 20 using the RAS signaling. Optionally, an Address Trans- 
latkxi module 59 may be provided. It collects IP-skie information on each client and indexes it by the client's DN. It 
connects with the management module 52 to accept new configurations and with the network protocol nrtodule to 
perform DN translations. It is present in the leader card 22-4 only The only manipulatkjn required is to add a leader 
DN number in front of the internal DN provided by the core switch 24. before sending it to the gatekeeper interface 58. 

35 [0121] The Network Protocol module 53 manages individual calls, receiving and sending SSD, ELAN and H.323 
messages according to call status. This module 53 handles the gateway itself, and is present on all ITG cards 22. 
[0122] As shown in Fig. 10, the Gatekeeper Interface Module 58 is the interface between the XolP Line Side gateway 
10 and the gatekeeper 20. The H323 standard specifies 4 types of channels: FIAS Signaling (registration, admisskxi, 
status). Call Signaling (CONNECT, RELEASE, FACILITY, ...), Control channel (capabilities exchange, togkial channel 

^ (s) management, ..,) and Logrcal channel(s) (audio, video, data) The Gatekeeper Interface 58 is responsible for RAS 
signaling. It is also responsible for forwarding call signaling when the Gatekeeper routed call signaling model is used 
(for security and management reasons). The tasks done by the Gatekeeper Interface 58 may be: 

Gateway (un) registration to the gatekeeper 
45 RAS messages validation (timeout, out of sequence RAS, ...) 

RAS interface with other XolP modules 

Interface with IPLL Gatekeeper (DN registraton, resource status update, leader card registration and DRQ forward) 
No kx:al address translatbn is required when the routed call signaling nrxxlel is used. In this case call signalirig 
messages are directly sent to the Gatekeeper 20. To reduce the size of the CPU on the leader card 22-4, the leader 
50 card 22-4 need not be required to perform routed call signaling to follower cards 22-5, 22-6. Each foltower card 

22-5, 22-6 then has to register itself. But fol towing a request from the Gatekeeper 20, the leader card 22-4 may 
be responsible for allocating a port of a foltower card 22-5, 22-6 for incoming calls. 

[0123] The gatekeeper interface logk:al layers are shown in Fig. 11 . Being the interface with the gatekeeper 20, the 
55 bottom layers are symmetrical to those of the gatekeeper 20 itself Upper layers are providing the interface to each 
module of the XolP The RAS stack is based on the same architecture as the one used by IPLL Gatekeeper. Respon- 
sibilities are: 
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System Layer This layer provides base OS calls in order to be platform independent. RAS Layer This is a protocol 
stack handling H225 RAS messages from the Gatekeeper 20. As for an IPLL Gatekeeper, this stack is provided 
by RadVision (RV). It provides a mechanism to register callback procedures whch are used for incoming RAS 
messages. RADVision Interface Layer encapsulates RADVision API for upper layers in order to stay vendor in- 
dependent. 

RAS Handler Interface implements the RAS call back functkxis. 

RAS Protocol State Machine manages timers and error conditkxis for receiving incorrect or out of sequence RAS 
messages. 

Nortel H323+ Database toader Layer it implements a Nortel proprietary protocol between the Gateway 10 and 
the Gatekeeper 20. The Gateway 10 sends to the Gatekeeper 20 the list of valid DN through this interface. 
Gatekeeper Manager Interface is responsible for communcation set up with the Gatekeeper 20 during ITG boot 
or shutdown sequence. It Implements discovery, registfationarxi unregistfation procedures as described in H323. 
It also implements DN upload mechanism. 

Address Gatekeeper resolution: this Interface provides the ability to request address resolution from the Gate- 
keeper 20. This is used when local resolution (address resotutkxi module 59) fails. Gatekeeper resolution requests 
should normally not be used when call signaling messages are always sent to the Gatekeeper 20. 
Resource Manager Interface: this interface is responsible for communications between ITG Resource Manager 
module 51 and the Gatekeeper 20. It implenr>ents mechanisms for resource crBation/destruction, admission and 
status requests, as well as disengage messages. 

Network Protocol Interface. This can be split into two: RAS specific messages handling and non-RAS messages 
handling. It implements mechanism for bandwidth changes, status and request in progress RAS messages. 
H323 layers: These layers handle non-RAS messages of the H323 standard. 

[0124] Fig. 12 shows Gatekeeper Interface interactkxis (and only those) with other nrxxlules. Module Interface (IF): 
this is an interface layer specific to communicatkjns between a given nrxxlule and the Gatekeeper Interface 58. This 
is Implemented on each nxxJule in order to ease re-usability of the Gatekeeper Interface. 

Network Management Module 52: this module can be used to configure the Gatekeeper Interface 58 (like the well 
known discovery address). Gonfiguratkxi data are sent to the Gatekeeper Manager Interface. 
Network Protocol Module 53: this nrKXlule interacts with the Gatekeeper interface 58 for a call signaling channel 
which is routed through the Gatekeeper 20. This is also used for bandwidth change, status and RIP RAS messages. 
Interactkxis are done through the Network Protocol Interface layer. 

Address translation nK)dule 59. When such a module is present it implements a local address resolution mechanism 
in order to speed' up call setup. If address resolutbn fails locally, a request may be made to the gatekeeper 20 
through the address resolution interface. The module 59 is optional. Address resolution nnay be done in the gate- 
keeper 20. 

Diagnostk:s Module 60: this module is responsible for diagnostics and alarms. It includes alarms specific to the 
Gatekeeper Interface 58 (RAS reject messages). 

System Monitor 61 : this module is responsible for starting a discovery and a registratkxi process. 
Security Module 62: this module is responsible for Authenticatkxi of the Gatekeeper 20 and incoming RAS mes- 
sages based on tokens. 

Resource Management Module 51: this nrKdule interacts with the Gatekeeper Interface 58 for resource creation/ 
destruction, status and admissk>n RAS messages. This is done through the Resource Manager Interface layer 

[01 25] Messages shown in Figs. 1 3 to 21 refer to Gateway-Gatekeeper communication (e. g. registration and admis- 
sion). The Gateway 10 exchanges two types of messages with Gatekeeper 20: H323 standard nr>essages (RAS - 
Registration Admission Status) and Nortel proprietary messages. The H323 standard messages (RAS) messages 
correspond to the standard definition and their detailed description, including fields, can be found in the H225 recom- 
mendatkxi. AFIQ/DRQ messages, even if standard in their definition, have been slightly extended in their use. 
[01 26] Gatekeeper discovery is the process that the Gateway 1 0 uses to determine which Gatekeeper 20 to register 
with. By default it is done manually, the Gatekeeper Interface is configured by the administrator for a gatekeeper and 
altemate gatekeepers. But if these addresses are not provided and only in that case, the discovery process is auto- 
matically started (Fig. 13. GRQ - GatekeeperRequest, GCF - GatekeeperConfirm, GRJ - GatekeeperReject). If it fails 
(GRJ message), an alarm is sent to the Diagnostics module 60. 

[0127] All ITG cards 22 register (Gateway registratk>n messages see Fig. 14, RRQ - RegistrationRequest, RCF - 
RegistrationConfirm, RRJ - Registration Reject) to the Gatekeeper 20 after Gateway discovery is completed by the 
Leader card 22-4. If the registralbn fails, the Gateway 10 tries alternate gatekeepers 22. If it also fails, an alarm is sent 
to Diagnostics module 60. An alternative Gatekeeper address can be sent in an RCF message of the primary Gate- 
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keeper. This address, even if different from the one datafilled. is the one to be used so that the prinnary Gatekeeper 
can send the address of a backup/mirror Gatekeeper. Attemate Gatekeeper addresses datafilled are only used when 
Gateway falls to connect. 

[0128] All ITG cards 22 register as gateway tor the client terminal type. Leader and Backup Leader cards provide 
s each other with addresses cn the 'altemateEndpoints' field. The Gatekeeper is aware of whch card is the leader card 
as it is specified when downk)ading the DN table. 

[0129] Both the Gateway 10 and the Gatekeeper 20 can start the unregistratkxi process (Gateway unregistratkxi 
messages, see Figs. 15 for gateway-gatekeeper messages and Fig. 16 for gatekeeper-gateway messages. UF»Q - 
UnregistrationRequest, URJ - UnregistrationConfirm, Ul^ - UnregistrationReject). This is done by the gateway 10 
10 when a card 22 is brought down. If the Gateway 10 receives an unregistration reject from Gatekeeper 20 an alarm is 
sent to Diagnostcs nrwdule 60. The Leader card 22-4 can send an URQ if the Backup Leader card shall be used. The 
Gatekeeper 20 can send an URQ to all ITG cards 22 If the altemative Gatekeeper must be used. In this case the ITG 
cards 22 must send an RRQ to the alternate Gatekeeper. 

[0130] The Gateway 10 requests access to the LAN through ARQ message (Gateway to Gatekeeper admission 
IS messages ARQ - AdmisskxiRequest, ACF - AdmisslonConfirm, ARJ - Admission Reject, see Fig. 17). It access is not 
granted, an alarm is sent to Diagnostk^s Module 60. 

[0131] The Gatekeeper 20 to Gateway 10 ARQ message (Gatekeeper to Gateway admisskxi messages see Fig. 
18 ) Is proprietary in its use and allows concentratkxi. 

[0132] In accordance with an aspect of the present invention the gateway 10 may request QoS changes from the 
20 gatekeeper 20 and vce versa. For example, the gatekeeper 20 or the gateway 10 may request a change in LAN 
bandwidth allocatkxi (se Fig. 

[01 33] The Gateway 1 0 preferably informs the Gatekeeper 20 that a call is being dropped (as the Gatekeeper needs 
to know about the release of bandwidth- Disengage messages, see Figs 20 and 21 , DRQ - Disengage Request, DCF 
- Disengage Confirm, DRJ - Disengage Reject). The Gatekeeper 20 can also force a call to be dropped. All DRQ 
25 messages are preferably fonwarded by the Gatekeeper 20 to the Gateway 1 0 for the Gateway 1 0 to know that call has 
ended. This is necessary for billing as 'release complete' might not always be sent. 

[0134] Proprietary messages between the Gateway 10 and the Gatekeeper 20 have been implemented for the fol- 
lowing reasons: 

30 the Gatekeeper 20 must know the list of DN recognized by the Gateway (10 Gatekeeper requirement). 

In order to give the right answer to incoming calls, the Gateway 10 must store the locally status of IP sets. 
Leader and Backup Leader cards must tetl the Gatekeeper 20 of their use. 

In order to achieve concentratkxi and as the Gateway 1 0 is doing resource management, the Gatekeeper 20 must 

request from the Gateway 10 a channel for each incoming call. 
35 As a 'release complete' message might not always be sent at the end of call, the Gatekeeper 20 must tell the 

Gateway 10 when call is ended to perform billing- 
Here is a list of proprietary messages: 
40 DN upload 

Once the gateway 10 has performed FIAS discovery and registration with the 20. the core switch 24 through the 
leader card 22-4 sends to the Gatekeeper 20 a list of valid DN. This is done on a separate reliable TCP/IP con- 
nect kxi. The TCP/IP port to be used is sent to the Leader card 22-4 in the RCF message. Once upload has been 
completed, the connectbn is ctosed, but the port remains available on Gatekeeper 20. Further updates are done 
4S incrementally using the same port. 

Database download (optional) 

Where local address resolution is available (optk>nal Address resolution nKxJule 59), a copy of the DN address, 
table is downloaded from the gatekeeper 20. This is done on request from the leader card 22-4 after the gateway 
10 has performed RAS discovery and registration with the gatekeeper 20. It is preferably done on a separate 
50 reliable TCP/IP connection whch is cbsed when the transfer is complete. Further, updates may be performed 

through RRQ and URQ messages. 
Resource status (resource registration/unregistration) 

The Gatekeeper 20 informs the Gateway 10 of resources which have registered, unregistered or which have failed 
polling. This is done through standard H323 ARQ and URQ messages. 
55 Channel allocatkxi and leader card registratkxi 

As the leader card 22-4 can perform channel alkxatbn, the Gatekeeper 20 sends an ARQ to it for incoming calls. 
The leader 22-4 sends back an ACF with the IP address and port of the foltower card 22-5, 22-6 to be used. For 
this reason. Leader and Backup Leader cards register to the Gatekeeper 20 in a special way For example, the 



18 



EP 0 966 145 A2 



Leader and Backup Leader provide each other's address in an RRQ message, the address of the leader card is 
sent to the Gatekeeper 20 during DN upload. 
End of call 

The Gateway 1 0 must be aware of call end in order to perform billing. This is usually seen using 'release complete* 
5 message. In some cases, this message is not used and a DRQ is sent. For this reason all DRQ messages sent 

or received by Gatekeeper 20 are forwarded to Gateway 10. 

It is necessary to match a DN to the corresponding IP address for outgoing calls. The present invention includes: 

10 Full internal address resolution 

[0135] The address resolution is downloaded from the gatekeeper 20 during start up. The table is dynamk:ally up- 
dated by the gatekeeper 20 which forwards registratkxi/un registration endpoint information to the gateway 10. If a local 
resolution cannot be achieved, the gatekeeper is sent a resolutkxi request. 

IS 

Partial internal address resolution 

[0136] The gateway 10 stores a table of the rDost recently used and/or most called addresses, if an address is not 
matched internally a request is made to the gatekeeper 20. 

20 

Full gatekeeper address resolution 

[0137] This is a preferred solution and is covered by standard H323. 

The operatk>n of the above embodiments will now be described in detail. The H.323 Standard defines four communi- 
2S cation channels for call establishment: 

H.225 RAS Signaling between End Point/Gateway arrd Gatekeeper 
H.225 Call Signaling (Q.931 messages) 

H.245 Call Control (Master/slave determination, Set capacity exchange) media Channel (voice) 

■ 30 

[0138] In certain embodiments of the present inventbn, the Gatekeeper and MMCS Gateway call signaling routed 
model is preferably used; i.e. all call signaling goes through Gatekeeper 20 and MMCS Gateway 10. However, the 
present invention is not limited thereto. For example, call control and the media path may be or may be not routed 
through the gateway 10 for IP client-IP client calls. The present inventk>n includes the following possibilities: 

3S 

call signaling from and to the client goes to the gateway 10 via the gatekeeper 20 (Fig. 22). RAS signaling goes 
to the gatekeeper 20 from the client. Call control goes between the client and the gatekeeper. 

call signaling and call control go through the gatekeeper 20 to the gateway 10- see Fig. 23. 

40 

call signaling and call control go between the client and the gateway 10. RAS signaling goes to the gatekeeper 20 
from the client. 

As one example, in case of an IP client 16 - SCN 14 call, all H.323 channels can go through the MMCS Gateway 10 
^ (see Fig. 22). The media path and call control are handled between the IP client 16 and the gateway 10 through the 
IP network 1 2. The RAS authorizatbn signaling is handled between the client 1 6 and the gateway 1 0 and the gatekeeper 
20. For a call between IP clients 16, 18 (Figs. 24, 25) call signaling goes via the gateway 10. The RAS authorization 
signaling is handled between the calling client 16 and the gateway 10 and the gatekeeper 20, whereas call control and 
the media path is between the clients 16, 18, In this way double compresskxVdecompresskxi per call is prevented. If 
50 the called IP client 18 is not served by the same gateway as the calling client 16 (Fig. 25) the media path and call 
control still pass directly through the IP network without involvement of the GK 20 or the GW 20 and therefore without 
double encoding/decoding. Call signaling and RAS authorization is carried out between the client 16, 18 and the kx:al 
gatekeeper 20, 20' or gateway 10, 10', respectively. After authorization and address resolution for the called party the 
IP address of the called party is forwarded to the calling client 16 so that the call can be set-up through the IP network 
55 12 independently of the GW 10, 10' or the GK 20, 20'. To provide the signaling path between the gateways 10, 10' 
each gateway 10, 10' is associated with a trunk side functkxiality 25, 25* for routing the messages through the IP 
network 12. For example, the gateways 10, 10' may be provided with trunk side IP gateway cards 25, 25' for handling 
trunked connections between MMCS' 10, 10'. 
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[0139] In the following the Call Signaling exchange between an SCN set, the MMCS Gateway, the Gatekeeper and 
one or mote IP Clients is described. 

Basic Call Overview: IP<->SCN 

5 

[0140] An cven^ew of the Call Signaling exchanged between an SCN calling set and an IP Client 16 and between 
an IP Client 16 and an SCN receiving set for various emtxxjirrtents of the present invention is shown in Figs. 26 and 
27. More detailed flows are shown in Figs. 29-31 The notation of Fig. 28 is used in the message flows of Figs. 29-31. 
[0141] With reference to Fig. 26 with a call from an SCN, e.g. a PSTN (set A) the first step is to find a PTN from the 
10 pool available. This request is done by the core switch to the gateway (MIX GW). Once a PTN is associated with a 
virtual TN the IP client profile (e.g. which supplementary sen^ices are available and authorized) is dynamically linked 
to the call. The access is requested from the gatekeeper via AFtQ^ACF messages. Finally the call is set up with the IP 
client (IP terminal B). The call process from the IP client (see Fig. 27 is similar). 

[0142] A more detailed flow is shown in Fig. 29 for an outgoing call to an IP network IP client IP B from an SCN set 
'5 A. The call is first received by the core switch CS (24) which returns a Call Proceeding and an ISDN ALEFTT message. 
The SETUP message from the SCN 14 includes the DN of the called party DNb and of the calling party DNa (ISDN 
connection Is assumed). The next step is to retrieve a Physical TN on the ITG card 22. The request for a PTN is done 
by the core switch CS to the ITG leader card via Ethernet which returns an available physical port of one of its ITG 
foltower cards. While requesting a PTN, the core switch CS is also conveying call processing inforrratkxi (e.g. called 
20 party number, calling party name) for whk:h no SSD messages currently exist. Once a PTN is associated to a Virtual 
TN, the call can go on using SSD signaling between the Core Switch CS and the ITG card. The ITG handles then the 
call to the IP network thanks to the DSP component 32 (vok;e compressbn and packet ization) and the host component 
34 (fig. 7, XDLC emulatbn, H.323 protocol interface). 

[0143] The next step Is to gain admisskKi to the IP network 1 2. This is done by ARQ/ACF messages to and from the 
25 gatekeeper. Once admisskxi is granted, an H225 SETUP message is sent to client B from its follower using the IP 
address of client B. In response to the H225 SETUP message the IP client B returns an H225 ALEFO'ING message. 
If the call is accepted an H225 CONNECT message is sent from client B to the follower The fol tower communicates 
with the core switch CS via SSD signaling. The CS then sends an ISDN CONNECT message to the SCN set A and 
the call set up is completed. The speech path goes between the SCN set A and the fol tower and the necessary code 
30 translattons are made, e.g. from the SCN PCM speech to the compressed digital speech on the media path in the IP 
network 12. 

[01 44] A call to a busy IP client B does not generate any signaling between the core switch CS and the ITG card 22. 
Instead the status of the H.323 terminal is continuously stored with the associated VTN on the core switch CS whtoh 
can directly provide the appropriate treatment (e.g. hunt, busy tone), 

35 

Abnormal operation 

[0145] When the Called IP Client rejects the H,225 SETUP message (see Fig. 30), an SSD RLS key pressed is sent 
to the Core Switch CS. If the called party Is a tradit tonal set, this SSD is ignored; in fact, on a Core Switch point of view 
40 it Is not possible for a called Aries set to disconnect the call before it is answered. If the called party is an IP set, the 
calling party Is disconnected 

Incoming IP to SCN Call 

45 [0146] An incoming call from an IP client A on the IP network 12 is first seen on the gateway as an AFtQ message 
(Fig. 31 ). The leader card selects a PTN from the pool (foltowing load sharing criteria), reserves It and informs the 
gatekeeper to instruct client A to forward the received H225 SETUP onto the associated foltower card thanks to the 
cal IS Ignal Address Information included In ACF message. When the follower receives the H225 SETUP, it retrieves the 
PTN which was reserved and generates an Incoming call using SSD signaling on that PTN. The core switch then 

50 handles call termlnatton with the SCN using ISDN signaling. 

Basic Call Overview: IP<->IP call 

IP to IP call nnanaged by the same MMCS Gateway 

55 

[0147] When both calling and called IP Clients A, B (Fig. 32) are managed by the same MMCS Gateway, separate 
PTN's must be allocated to each client from the pool of available PTN's. Further, each client must be authorized by 
the Gatekeeper As described previously for a call from an IP client the MMCS gateway first receives an ARQ from the 



20 



EP 0 966 145 A2 



calling party at the leader The leader selects a PTN for both clients (PTNa and PTNb) from the available pool and 
stores them. The A follower informs the gatekeeper with an ACF to fonward the H225 SETUP message from the client 
A to the A follower. The IP address of a follower (Fa) is returned to the client A in the ACF message. The client A sends 
an H225 SETUP message back to the A foltower When the A foltower receives the SETUP message it retrieves PTNa 
5 and generates an incoming call (IC call) through the core switch CS using SSD signaling. The core switch CS initiates 
an outgoing call (OG call) via the B folbwer whk;h retrieves the stored PTNb and obtains admission to the network 
from the gatekeeper with ARQ/ACF messages. The B folk>wer then sets up a call to the IP client B using the procedure 
previously described. The fottowing infomnatkyi has to be propagated between the respective Folbwers cards of the 
two clients: 

10 

The User to User IE (UUIE) which conveys specific IP parameters has to be propagated for the incoming IP->CS 
call part to the outgoing CS->IP call part. 

The IP Follower (F^) Address used for incoming IP->CS call part is also sent to the Follower Card (Fb) which 
handles the outgoing CS->IP call part. The Foltower Card (F^) informs also via ELAN the Follower Card (F^) with 
IS its IP Address. So the Foltower Cards can communicate together without conveying the data to the Core Switch. 

This direct communication is used to: 

1) convey the H.225.0 ALERT message from called to calling IP Client and, 

2) convey some specific supplementary servtoes informatton as detailed later To reduce traffic on the ELAN, when 
20 the resource manager of the Leader is requested to find an available Follower card (Fg) for the outgoing CS -> IP 

part of the call, the resource manager chooses if possible the same Follower card as Foltower card {Fp) used for 
the incoming IP->CS call part. 

[0148] Fig. 33 details the IP to IP call terminatton. As H.225 may be ctosed during call termination procedures, the 
25 H.225 RELEASE COMPLETE message may not be sent by the IP client. In any case, H-225 RELEASE COMPLETE 
and Disengage Request (DRQ) RAS messages are a trigger for the ITG card to disconnect the call and to inform the 
Core Switch. 

IP to IP call managed by a different MMCS Gateway 

[0149] When calling and called IP Clients are nnanaged by different MMCS Gateways (see Fig. 34) the call is seen 
as two IP <->SCN calls back-to-back with a trunk call between the two gateways: the Trunk part of the IP call between 
the two MMCS Gateways is seen by MMCS Core Switch as an SCN trun k call, so a detailed descriptkxi is not necessary 
The message flows (Figs. 29, 31 ) between core switch and SCN and vice versa are applicable with the addition of a 
trunk call between the two MMCS gateways. To achieve this it is necessary to communtoate some informatton from 
the first gateway MMCS gateway 1 to MMCS gateway 2. For instance, the UUIE has to be propagated from calling IP 
Client to MMCS Gateway 1 , from MMCS Gateway 1 to MMCS Gateway 2 and from MMCS Gateway 2 to called IP Client. 

Non-call related operation 

40 

[0150] Specific operations are required in order to (re-)synchronize non-call related data between MMCS Core 
Switch, Leader/Backup-Leader cards and Gatekeeper Several events may cause this (re-)synchronizatton: 

• MMCS System (i.e. Core Switch and ITG cards) start-up 
45 • Core Switch System load 

• Gatekeeper, Alternative Gatekeeper switchover 

• Leader, Backup Leader switchover 

The following information needs to be updated: 

so 

• Gatekeeper IP address in the ITG Cards 

• Core Switch configured tPSET DNs in the Gatekeeper 

• Gatekeeper DN Status in the Core Switch 

• Leader IP address in the other ITG cards, in the Gatekeeper and in the Core Switch 

55 
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Gatekeeper IP address notification to MMCS gateway 

DN table 

^ Purpose of the DN table 

[01 51] The DN table is a list of valid DNs (i.e. DNs of IPSETs declared in the core switch). This information is required 
by the gatekeeper to allow IP client registration. As IP clients register thennselves using E.I 64 nunr^ers, the gateway 
converts DNs into E. 164 before sending them to the Gatekeeper. This way, when an IP client registers to the gate- 
^0 keeper, the gatekeeper is able to check if this IP client is known by the gateway The DN table is built and sent to 
Gatekeeper either following IPSET sen/ice change or after core switch system toad or at Gatekeeper request Address 
of the leader card is also sent during full DN table download. 

Message flow 

IS 

[0152] DN entries are maintained by the core switch. They are propagated to the Leader Card and the Gatekeeper. 
The Gatekeeper can then altow registration of endpoints with corresponding DN. 

Data can be sent in two ways: fully or incrementally The process can be initiated by any party at any time. A TCP/IP 
connection is used for all transactions. The TCP port to use is sent by the Gatekeeper in RCF message and renr^ins 
20 available until unregistratbn. 

[0153] Incremental update The Core Switch sends to the Leader Card an incremental update of a DN entry in one 

of the following case: New DN or Delete DN. 

Remarks: 

25 A DN change is seen by the leader card as a DN delete and new. 

More than one DN can be added or removed in one message. 
Leader card forwards changes to the Gatekeeper. 

When the full DN table is k>adea to the Gatekeeper, registration status is set to unregistered. 
30 [0154] Full DN upload: The Core Switch sends to the Leader Card alt DN entries in one of the following case: 
Core Switch System load 

Request from Leader card (after a request from GK). 

Each DNTableDowntoad message contains N DNs (where N is to be defined depending on the number of VTNs 
35 that can be scanned during a timesNce). Each packet might contain redundant data. Data exchange is made through 

TCP/IP. The Leader Card reconstructs the whole table in memory before forwarding it to the GK with its own 
address (so that Gatekeeper knows whch card is responsible of resource management). 

Remark: 'DNTableUploadRequesf message is sent through UDP and contains the TCP port to be used for the DN 
40 table downtoad. 

Impact on Core Switch 

[0155] Each time a servtee change is performed on an IPSET concerning the DN, a message is sent to the leader 
45 and then to the gatekeeper in order to update the DN table. The following rules apply to the messages sending; 

• for REQ=NEW, no check is performed on the DN sent in the message for the case it has already been defined for 
another VTN and thus, already been sent to the gatekeeper. 

• for REQ=CHG, only the "Add" message is sent if the okJ DN still exists for one or more VTN(s). 
50 • for REQ=OUT, no messages are sent if the removed DN still exists for one or more VTN(s). 

In the same manner, when the entire DN table is downloaded to the gatekeeper, there is no check performed by the 
core switch in order to renrxjve DNs which exist for several VTNs. In every cases, the leader card is responsible for 
removing redundant DNs. 

55 

Impact on leader 

[0156] The leader is responsible for renx^ving the redundant DNs sent by the core switch. 
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Impact on gatekeeper 

[0157] The Gatekeeper maintains a table with E. 164 numbers with their registration status. 
s DN registration 

[0158] When an IP Client gets registered or unregistered by Gatekeeper through RRQ/RCF or URCyUCF RAS sig- 
r^ling. the Gatekeeper informs the MMCS Core Switch of this registration status. This is done by: 

10 m standard RRQ and URQ messages between Gatekeeper and Leader card, 
• DNRegistratonStatus messages between Leader card and Core Switch 

[0159] At receptkxi of a DN Registratkxi Status message, the Core Switch updates the Registration flag of all the 
IPSETs (I.e. all the VTNs) which have the same DNa. 

IS 

Abnormal Feature Operation 

[0160] This section covers cases ot abnormal operation e.g. database inconsistencies between the ITG leader DN 
database and the core switch DN tree, as well as some cases involving core switch restart or initialize. One of the main 
20 tacts to consider, is that, in the case of a call to the IP network, the state machine of the MMCS software has reached 
the ■ringing' state before the ITG has had a chance to start on the protocol. This means that, in most cases of abnormal 
termination, the call is given the 'no answer* treatment by the core switch. In all cases, the elimination of single points 
of failure is the priority. 

25 Simple. call abnormal operation 

[0161] The simple call abnormal operation includes dialing an invalid DN from an IP client, trying to reach an IP client 
that is not registered with the system, insufficient resources on the core switch, or an IP client through a congested 
network. In case a call from an IP client is denied a H.225 RELEASE COMPLETE message is sent to the IP client 

30 instead, with a RelComp Reason code appropriate to the situation. 

[0162] The fact that an IP client dialed an invalid DN is determined at the core switch. H.225 requires sending a 
RELEASE COMPLETE message to the IP client, with invalidRevision in the ReleaseCompleteReason field 
[0163] The gatekeeper keeps track of IP clients present on the network, and informs the ITG leader of their presence 
in real-time. This information is not extended to the core switch, and a call to an absent IP client Is given the no-answer 

35 treatment by the core switch. 

[0164] If the system lacks resources to establish a call (such as ITG ports, tone units, or available talkslots), the call 
is denied even though the resources nnay not be needed per se (talkstots for IP-lo-IP calls). When such a condition 
occurs on the core switch, the call is taken down. In case of an IP originator, the RelComp Reason is gatekeeperRe- 
sources or noBandwktth. 

40 [0165] If the call is rejected by the far end of an IP-to-PSTN call, the ReleaseCompleteReason is mapped to the 
corresponding Cause IE code as specified in section 8.2.2.8 of the H.225 document. 

[0166] If the ITG leader can be made aware of degraded QoS to a given IP client, no call attempt is made on the IP 
network to that IP client. In this case, signaling is returned to the core switch to mark the call as ringing until the no- 
answer processing triggers. 

45 [0167] Incoming calls from IP clients in a congested situation are assumed to be dealt with by the gatekeeper. 

[0168] When a call coming in from the IP network attempts to use a resource that was just reax>ved or disabled by 
a maintenance or service change operation the offending call will be denied by the core switch software. The case of 
calls from the PSTN is handled by the core switch software. 

50 Supplementary Services 

Call Transfer 

Definition 

55 

[0169] In all the following sections, a call (called primary call) is established between User A and User B. User A 
(called Transferring Party) transfers User B (called Transferred Party) to User C (called Transferred-to Party). User A, 
B and C can be SCN sets or IP clients. 
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Call Transfer is implemented on a mixed SCN/IP network as detailed in Fig. 35. 
Call Transfer methods 

s [0170] On an IP Network, the H.450.2 Standard defines call transfer with the rerouting methods (with or without 
consultation). On an SCN Network, MMCS Core Switch only implements call transfer by joining the primary and sec- 
ondary calls (call A-B and A-C). Call transfer is handled either by the MMCS Core Switch or by the Transfened-to IP 
clients depending on the Users set type (i.e., SCN sets or IP clients) as detailed betow 

10 Gatekeeper Interaction 

[0171] The Gatekeeper routed model is preferably used for an H.323 bask; call. As the Gatekeeper supports only 
H.323 basic call, call transfer operations are transparent for the Gatekeeper. 

IS Notations 

[0172] The notatkxis of Fig. 36 are used in the message flows of Figs. 37 to 44 
Call transfer operations 

20 

[0173] When the transferring party is a SCN set , call transfer by joining the two calls is handled by the MMCS Core 

Switch whether User B and C are SCN sets or IP clients. 

Notes: 

25 No call transfer indrcalkxi (ctComplete or ct Update invoke) is provkJed to the IP Transferred or Transfer red-to 

Clients, 

As the Transferring SCN set is not a set managed by the MMCS Core Switch (MMCS supports only IP sets), the 
MMCS Core Switch is not available to prevent a double compression/decompression if the Transfened and the 
Transferred-to Parties are IP Clients. 

30 

When the transferring party is an IP Client , specific methods are required in this case and is explained below. 
Transferring and Transferred Parties are IP Clients, Transferred-to Party is an SCN Set 

35 [0174] As shown in Fig. 37 call transfer by rerouting is handled by the Transferred IP Client. 

When IP Client A transfers the primary call, a ctlnitiate invoke is sent to Fol tower card (F;^), If this primary call is an IP 
to IP call, the APDU is conveyed by the Fol tower card F;^ via ELAN to the Core Switch (Note that Fol tower card Fy^ was 
infomried during call establishment rf B is an IP Client or a SCN set). The Core Switch checks if Client A can transfer 
the primary call. In this case, the received informalton is sent via ELAN to the Foltower card (Fq^) which handles the 

40. IP call to B. The Foltower card Fgi rebuikis the ctlnitiate invoke and sends it to B. 

[0175] At reception of this message, the transferred Client 8 initiates a new call which is handles by Core Switch tike 
a bask; call. The Core Switch uses another VTN available for this IP Client B for this secondary call. 
Note: if transfer is not altowed from A. Core Switch sends a reject to Foltower card F^ which buitos a ctlnitiate return 
error and sends it to Transfening Party A. 

45 

Transferring Party is an IP Client, Transferred and Transferred-to Parties are SCN Sets 

[0176] If the Transferring Party A is an IP Client (see Fig. 38), and Transferred B and Transferred-to C Parties are 
SCN Sets, the call by join method is used to transfer B to C. Call transfer is handled by MMCS Core Switch. As Follower 
50 card F^^ knows that B is an SCN set, at reception of a ctlnitiate invoke. Foltower card Fy^ sends SSDs messages to 
initiate call transfer on MMCS Core Switch. At reception of an ALERT message from the Transferred-to party C. Core 
Syvitch sends via ELAN a RequestForXf erComplete message in order that Follower card F^ sends the SSDs messages 
to complete the transfer. 
Notes: 

55 

the TRN key is hard-coded for the IPSET in the Core Switch and in the ITG cards. 
The Transferred-to party C can an IP Client or a SCN Set. 



24 



EP 0 966 145 A2 



Transferring, Transferred and Transferred-to Parties are IP Clients 

[0177] If Transferring. Transferred and Transterred-to Parties are IP Clients (see Fig. 39). call transfer by rerouting 
is handled by the Transferred IP Client. The H.225.0 ALERT message which contains the ctSetup.rr APDU is directly 
5 conveyed from the Transferred-to Fol tower to the Transferred Pol tower Card.. 

Transfer with consultation 

[0178] When a secondary call is already established between IP Client A and the Transferred-to Party C. A transfers 
10 B to C using the Transfer with Consultation' method: a ctldentify invoke is sent from A to C in order to know if C can 
parttoipate in the call transfer. 

[0179] If Transferring and Transferred-to Parties A and C are IP Clients (see Fig. 40), the ctldentify invoke (respec- 
tively ctldentify response) is transparently conveyed to C (respectively to A) via the Follower cards F;^ and Fq (Note 
that Follower cards F^ and Fc was informed during call establishment that they handle the same IP to IP call). 
IS [0180] If Transferrin Party A is an IP Client and Transferred-to Party C is a SCN set (see Fig. 41 ). at receptton of the 
ctldentify invoke, the Follower cards F^ sends back a ctldentify response to the Transferring IP Client A with DNc as 
rerouting Number. 

Call Forward 

20 

[0181] H.450.3 Call Diversion messages are used only for Call Forward All Calls feature activation. No H.450. 3 
messages are used for call processing. All call diversion processing is done in the Core Switch. 

Call Forward All Calls/Call Forward Unconditional 

25 

Call Forward Actlvatlon/Deactivatlon 

[0182] These foltowing sections describes the Call Forward feature Activation/Deactivatton from an IP Client. Call 
Fonvard feature can be activated if the Radvision H.323 stack supports H.450. 3 activateDiveisionand checkRestriction 
30 operations and if the IP Clients provide this Information. 

Local activation 

[0183] An IP Client A activates CFAC by sending to the diverted-to party a H.225.0 SETUP message with the H. 
3S 450.3 checkRestriction invoke operation (see Fig. 42). As call signaling is routed to the MMCS gateway, the MMCS 
gateway: 

• intercepts this message, 

• activates CFAC to the diverted-to party in the MMCS Core Switch and 

40 • sends back to IP Client A a H.225.0 CONNECT message with the H.450.3 

checkRestrk:tion refurnflesi/yt (respectively checkRestriction errors) ope rat ton if CFAC is activated (respectively is not 
be activated) on the MMCS Core Switch. 

4S Remote activation 

[0184] An IP Client A activates remote call forward of B (served party) to C (diverted-to party) by sending to the 
served party a H. 2250 SETUP message with the H.450.3 acf/vafeO/Ve/s/on/nvo/reoperatton (see Fig. 43). This SETUP 
message is transparently conveyed by the MMCS GW to the served party. Then the same message flow occurs as for 
50 the tocal activation. 

Notes: the H450.3 protocol altows activation of CFU. CFB or CFNR by this way. But on the MMCS Core Switch 
only CFU can be activated by an User party. CFB and CFNR is configured by the Administrator. Therefore H.450.3 
operatk>ns with other profile than CFU are rejected by the MMCS Gateway 
55 Note that B must be an IP Client and has to be is the same IP zone than IP Client A. C can be an IP Client in the 

same or a different IP zone or can be a tradit tonal set 

[0185] Fig. 44 details the corresponding MMCS Gateway internal message flow: the activateDiversion invoke is 
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conveyed in the UUIE like other basic call IP parameters. Note that the CFW key is hard-coded for the IPSET in the 
Core Switch and in the ITG cards. 

Call Forward feature operation 

5 

[0186] Call Fonward All Calls (CFW) allows all incoming calls to a temninal to be automatically forwarded to a pre- 
selected destination, within or outside of the switch. Call Fonward All Calls Is supported on IP Clients. 

Call Forward No Answer 

10 

[0187] Call Forward No Answer (CFNA) automatically fonvards an unanswered call to another DN after a customer 
specified number of rings. The class of sen/ice Call Forward No answer Allowed (FN A) activates the feature on a TN 
basis. Customer options can be defined for DID. non-DlD and local calls to deny CFNA for all statkxis, to CFNA to an 
assigned hunt DN or a flexible CFNA DN defined per TN. 
15 [0188] Calls terminating to a IP Client not answered within a given time frame can be subjected to CFNA redirection. 
In addition, a IP Client whk:h initiates a call to a set or terminal can be subject to CFNA redirectton. Furthermore, a IP 
Client DN can be defined as a CFNA DN. 

Call Forward Not Registered 

20 

[0189] Call Forward Not Registered is handled by the Nortel proprietary Hunting feature: When an IP Client is not 
registered in the Core Switch, the call is immediately forwarded to HUNT DN if configured, otherwise intercept treatment 
is provided. 

2S Hunting 

[0190] Hunting allows calls which encounter busy DNs to be automatically routed to another DN. Hunting continues 
along a hunt chain until an idle DN is found, the end of the hunt chain is reached, or the maximum number of hunt 
steps is exhausted. Short Hunt hunts along the DN keys defined on a station. 
30 The following three types of hunt chains are supported for calls terminating to IP Clients 

• Circular hunting 

• Linear hunting 

• Secretarial hunting 

36 

Short hunting is not applicable to IP Client, which supports only a single directory number. 
[0191] For calls originated from IP Clients, all four types of hunting can be applied. 

IP Clients - Virtual TNs Configuration 

40 

[0192] In order to create IP clients through use of VTNs. phantom loop(s) must firstly be created and VTNs are taken 
from that phantom loop. Up to 1024 VTNs can be configured on a single phantom kx>p. Once the phantom loop has 
been created, IP clients (VTNs) can be configured on it through MAT. MPJ is a PC based tool which craftspersons use 
to perform terminal administration through a graphical user interface. The program then converts the input into a script 
^ and "drives' the terminal administration overlays by loading the correct overlay and automatically entering the desired 
response for each prompt. 

RADIUS client operation 

50 [0193] Implementation of a FtADIUS (Remote Authentification Dial In User Sen/ice) client on all ITG cards allows 
per-call information to be sent to an external machine for billing purposes. Only the accounting part of the protocol is 
implemented. 

• ITG card sends a Start record when a call starts. 

55 • ITG card sends an End record when the call is released. 

• The End record contains QoS and amount of data sent. 

• Both records contain the Called and Calling Party numbers, and the call ID. for call identification and ulterior cor- 
relation with CDR records generated by the core switch. 
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• The RADIUS records are sent out on ttie maintenance interface, to maximize security. 

No correlation is made between the RADIUS record and the corresponding CDR records from the core switch. This 
part is left to the extemal billing machine. Note that there can be a difference between call duration found in the CDR 
s and RADIUS records, due to the time elapsed between the rrxxnent the call is marked answered on the core switch 
and on the ITG card. 

Configuration 

10 [0194] The MAT interface provides a Ul for the configuration of: 

• Enable/disable of RADIUS record generation. 

• IP address ofthe extemal billing machine. 

• IP port number ofthe extemal billing machine (default is 181 3). 

^5 • Key number for check sunnming RADIUS record data (the desired security is still TBD). 

This data is configured at the Node level and is distributed to all of the ITG cards associated with the Node. 
Messaging 

20 

[0195] The RADIUS client sends two records to the network listener one at the start of the call and one at the end. 
The messages are sent by the Follower card actually processing the voice call (i.e. not the DCHIP or Leader if they 
aren't handling the voice data). The RADIUS protocol uses UDP for message exchange. The client sends a message 
to the listener and waits for an acknowledgment. If no acknowledgment is received, the client retransmits the record. 
26 using the standard exponential backoff scheme. The data is stored on the card until an acknowledgment is received 
at which time it is discarded. The client will store a maximum of 100 records, which altows for 2 start and 2 end records 
for each of the 24 ports. 

Start Record 

30 

[0196] The Start record is sent when the call is answered. It contains the foltowing fields: 

a) Calling party number, 

b) Originating IP address and port (the port used for the RTP channel), 
35 c) Called party number, 

d) Destinatk>n IP address and port (the port used for the RTP channel), 

e) Call ID, 

f) Call start time, 

g) Call setup duration (time from call initiatk>n to call answer), 
40 h) Codec used. 

Snapshot of remote Gateway's QoS at time of call connect. 

End Record 

45 

[0197] The End record is sent when the call is released, rejected, or abandoned. It contains the foltowing fields: 

a) Calling party number. 

b) Originating IP address and port, 
50 c) Called party number, 

d) Destination IP address and port, 

e) Call ID, 

f) Call start time: the precision on this measurement is TBD, but the higher the precision, the more likely the 
discrepancies between it and the corresponding duration in the CDR record produced by the core switch, 

55 g) Call duration (time from call answer to call release), 

h) Codec used, 

i) Number of bytes received, 
j) Number of bytes sent, 



27 



EP 0 966 145 A2 

k) Number of packets received, 
I) Number of packets sent, 
m) Snapshot of latency seen at the end of the call, 
n) Packet loss, 
5 o) Snapshot <rf the QoS at time of call release. 

Access Restrictions 

[0198] Access restrictions are used to limit individual users' access to the exchange network, private network, serv- 
10 ices and features. These restricticns can control calls made or answered from certain telephones. The f^MCS Core 
Switch performs access checks based on: 

• the Class of Service (COS) of the individual station 

• the Trunk Group Access Restriclion (TGAR) code of the station 

^5 • the area and exchange codes dialed by stations with Toll-Denied COS 

If any restrk:tions are detected when a call is placed, the call is denied and intercept treatment is applied as defined 
in the Customer Data Bkxk, 

For IP Clients, the three access checks can be configured, and the intercept treatment is given if a IP call is denied. 
20 No development effort is required to support Access Restrictions on IP Clients 

Calling Line Identification (OLID) 

[0199] Calling Line Identification is provided to called IP Clients. 

2S 

Calling Line Identification Presentation/Restriction (CLIP/CLIR) 

[0200] The Calling Line Identificatbn Presentation/Rest rrction of an IP Client is configured on set basis with Class 
Of Service (CLS) DDGA/DDGD. As the H.225-0 standard does not support the presentation indicator in the Calling 
30 Party Number Informatwn Element, the presentation of the calling party number (of either an IP Client or a traditional 
Set) can not be conveyed to the called Party if it is an IP Client. As the Calling Party Number is optional, this IE is not 
included in the H.225.0 SETUP message if the CLID is restricted. 

Connected Number / Presentation / Restriction (COLP/COLR) 

35 

[0201] As H-225.0 standard does not support the Connected Party Number Information Element in the H,225.0 CON- 
NECT Message, the connected number is not provided tc/lrom an IP Client. Note that with the future H.323+ evolution. 
COLP/COLR will be supported. 

However in case of ISDN SCN call to IP client, Core Switch buikJs and sends the connected IE in the ISDN CONNECT 
40 If necessary- 
Calling/Connected Name 

[0202] The H.225.0 standard does not define any particular IE to convey the Calling/Connected Name. 
45 The Calling/Connected Name is provided by the MMCS Gateway to an IP Client in the H.225.0 Display Information 
Element. If the Calling (respectively the Connected) party is an IP Client, the Calling (respectively the Connected) 
Name is built according to the IP Client name configured in the MMCS Core Switch whatever the name sent by this 
Calling (respectively this Connected) terminal. 

50 Calling/Connected Name Presentation/Restriction (S) 

[0203] Calling/Connected Name Presentation indicator can also be conveyed in the H.225.0 Display Infornrvation 
Element. Class of Sen^ice NAMA/NAMD is used to allow or restrict the IP Client name presentation. 

55 Remote Call Forward 

[0204] Rennote Call Forward is a Nortel feature which facilitates the programming of Call Forward All Calls from a 
remote station through the use of Flexible Feature Code (FFC). 
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Call Forward Busy 

[0205] Call Forward Busy (CFB) is a Nortel feature which allows a DID call encountering a busy DN to be forwarded 
to the attendant if the busy station is call Forward Busy Allowed (FBA). 

5 

Internal Call Forward 

[0206] Internal Call Forward (ICF) allows a user to selectively fonward only internal calls to the Internal CFW DN. 
This feature is activated /deactivated on a per telephone basis using the ICF key and the SPRE/FFCs from SL-1 /digital 
JO telephones and 500/2500 type telephones, respectively 

ICF is not supported on IP Clients. 

But, an IP Client DN can be programmed as an ICF DN. 

15 H.323 Call Waiting 

[0207] IP Call Wafting allows alerting a user that another call is being requested while already on the call. By con- 
figuring several VTNs (i.e. several DNs) on the same IP Client (i.e. on the same IP address), the MMCS Gateway can 
present several calls on the same IP Client. 

20 

MADN 

[0208] IPSET use Multi Appearance DN (MADN) feature with the foltowing limitations: 

25 • MCN key is not supported 

• alt the sets which have the same MADN are IPSET (VTN) and all these IPSETs represent the same IP Client 

• the call to a MADN is presented to only one kJle VTN 

Message Waiting Indication 

30 

[0209] Message Waiting Indicatkxi (MWt) atbws notifying a set that a local or remote Message Center or Meridian 
Mail holds a message for tt. This indication appears on the set either via a lamp or a key/ lamp pair or via a tone heard 
when the set goes onhook. As the ITG line Line Side gateway does not offer the capability of exchanging proprietary 
non call related messages, the core switch is not able to notify the IP client that a message is waiting for it. The MWI 
35 information is only known by the core switch and by the Meridian Mail. 

3 Way Callmg 

[0210] 3 Way Calling (i.e. three party conference) is a tow priority requirement. It is not supported as it is not planned 
40 to implement the H.323 Multipoint Control Units. 

End To End Signaling 

[0211] End To End Signaling (EES) enables a set to send tones through an established connection. 
45 For IP client to IP client calls, as the media path is direct between the endpoints, EES. rf it is supported by the IP clients, 
is transparent to the core switch. For IP client to PSTN call (including calls to Meridian Mail), EES, if it is implemented 
on the IP client, is fully supported. The only restriction concerns the way the tone transmission can be affected by 
packet k5ss. 

[0212] While the invention has been shown and described with reference to preferred embodiments, it will be un- 
50 derstood by those skilled in the art that various changes or nxxJificattons in form and detail may be made without 
departing from the scope and spirit of this invention. 



55 



29 



EP 0 966 145 A2 




30 



EP 0 966 145 A2 



10 



IS 



20 



25 



30 



40 



45 



50 



55 




K 
Q 

•a 



a 



O a. 



B < 

CO . 



31 



EP 0 966 145 A2 




32 



EP 0 966 145 A2 







o 
























*5 










































E 






3 






C 






a. 




a> 






x> 






E 






u 






c 


ui 








o 

o 


o 




o 


ui 


S 




o 






a. 


o 


« 


E 




Q 




Lunu 


corp* 


t ort 


>^ 


oo 


c 
<u 




c 


c 


o 


*^ 


cd 






E 


CL 


>< 
















o 






^eatur 


his/h 


new 



T3 
C 

c 



u 

>> 
cd 

c 

H 
c 

c 



t: 

u 
<u 
c 
o 

c 

a) 



^' -a 
I- ^ 

1^ 

E s> 
9 

c *^ 

^£ 
•5 E 

3 3 

O e 

u 
5 

> w 

CQ O 

3 a. 

> O 



O 
> 



o 
a> 

U CO 

-5 

•§ -E 
= o 

v- — 

|.2 

3 — 

^ E 
o 3i 
Z .E 



o 

c 

03 Q 

II 

<^ ^ 

■5; O 

> J 
m -J 

X ^ 

1, ^ 

— c 

■5 ^ 

£2 9 
^ E 

a> w 
^ o 

cd cd 
<d O 



— ^ w ^ 



<1> 

<u o ^ 
^ a> TO 

a> 

a> 

^ (T > 
a> VJ ^ 

^ T3 ^ 

O c 

u £ 

< if " 
2: D- ^ 

2 -i S 

E s ^ 



o 
cx 
-a 

c 



Cd 

O 
«— • 

w 

t/i 



Cd ^ 
cn cd 

o O 

^ C ^ 

-a 



EC 



> 

o 



cx 



c 
cd 



00 



to 

- -S 

■u T> 

a, -a 

a> cd 

cd <0 

o « 

r ° 

P c « 



E 
o 

> 
o 



u 



Cd 
Q. 



E 



3 

X) 

? 

I 

tr 
o 



4> 



E ^ 
3 « 



^ CO 

I- -a 

•o — J3 



^ -5 
•o -o 

L« cd 



Cd 

CJ 
cd 

o 



'5 o 

.-^ Cd 



CJ 



t/i c/i 

Qj rr 

-a ^ 

CJ -o " 

*^ ed a- 



ui 



T3 
CJ 



o 



Q -^5 

:2 CJ 
o 

2: S 



4> fl' 



3 

E 
cu 

2I 

3 <, CJ 

^ o CJ -£ 

.0 ^ - 



CJ 

m 

3 C 
C CJ 

^ E 
< .E 

O ,CJ 
CJ < 



3 Q. 

S <" 

cd CJ 

^ CJ crt 

^ td .5i 

o O 

CJ .r 15 

— ec 

■ — • t/> (J 

^ H Q 



^ — ^ 
O O < 



CL 

to 

— CJ 



CJ <u 

o > 

to ^ 
■ — (d 

^ E 

CJ CO ^ 

CJ 5 5 

CJ CJ CJ 

(d Cd cd 

o a o 



2 t sf ._ . 

QJ ^ :=: 

CJ 3 . *- 30 ^ 

« oj [^3 -o *o ^ 

a £i § -a = 

— 5 0) CJ 

c 

Cd 

o 3^ 

trt o 



to 
CJ 

2 ^ ^ 
i - o. 



c uu .2 

DO O- CJ 



to 



to 



E.- (i> 
to 
_ to 
O m 



^ ^ .i « 

s ^ Q.:g 

1^ ^ Cd c- ^ 

« < -S ;S 

" to « 

>^ i 5, 

c :::: o ap ; 

< < Q. ' 



B ^ 
c 

cd 
I— 
to 

CJ 



33 



EP 0 966 145 A2 



30 
X) 



10 



IS 



20 



25 



30 



35 



40 



45 



50 



55 



o 
U 

o 

CO 

O 
(D 

Q 

>^ 

CO 

C 
O 

S 

CO 
CO 

< 



E 

ao 
cd 
c 



3 

O 



3 

a- 



u 

4> 



O 



o 



£ 4> 



E 
o 

o 

■♦— < 

P 
o 
q:: 



Q. 

o 



C 
CO 

E 
^ o 

^ >^ 
C ec 

O g 

C iZ 

o <i> 
= t 

^ o 

O z ^ 



Q O 
3 



cx a> 

-E O 



? 2 

.o- 



a. 

a 



o 

T3 
C 



O 

CO . 

o • 

O 



c 
o 



_3 
O 



CO 
"cd 



4> 
3 



o 



>^ 
CO 

o 

B 
o 





1 








o 










C 








1/) 




for 


ure 
















ons 


les 






Q, 




c 


a> 






(U 












(L» 




• 


td 







CO c 

o ^ 

O o 

^ «« 

<2 ^ 

a> VI (/) 

cl c 4> 
<i> o 



c 



ec 
I— 

O 



cd 



34 



EP 0 966 145 A2 



ri 



10 



15 



20 



25 



30 



35 



40 



45 



'o 

e 

CD 

H 



c « 
c ■£ 

t« o 

lie 

«5 G o 
c ^ 
a> 
c 



c 



o 
cx 



C 

o 

u 
c 

CO 

■«-* 

CO 



2 j= 



CO 

CO 
DO 



Of 



eO 



CO 



a» 

u .2 



CO 

o 

t/3 5 



^ -5 > o 



a3 w 



.19 



-Sri 

CiO . . CO 

^ ^ ^ 



08 O 

~ o o 

O C <N 

°^ J ^ 



OS 
08 08 



c •£ 

•o o 

•c ^ 

■ • H 

2 5 § 

. - C 

</) CO 

.2 4, 

t c 

08 O 

- 1 

eO 

4» O 

o 



C 

o 

CO 

o 
'E 

c I 

•g i 

E .E 

3 — 

if 

O Q. 

« 6 

GO at 

E o 

08 

« U 
O ft. 

S ^ 

>^ 08 

*l 

C8 



50 



55 



35 



EP 0 966 145 A2 



10 



IS 



20 



25 



30 



35 



40 



<D 

(L) 
O 

O 
u 

Oh 

o 



" T3 
CO O 

ex. 



TO ^ 
TO 

to 

i ^ 

to 
« O 



< s ^ 

do ? 

j= Jz 

— *.*^ */i 

^ ? — 

ti T3 

»• Xi w 

■o . ^ 

c c o 

^ o x 



Coo 



a; 



50 



CM 

u 
3 

a» 

o 



c 
E 

4> 

OS 
B 
0Q 



at 
c 
o 

N 

■o 
u 

'5 
o 



-a 

o 

= -5 

£ o 
2 ^ 

o 



(/) re o 

XI jrt 

C o :q 

^ =c C 

Mi C - 

•1 - s 

^ « fc- 
3 o 

S 5J ° 

" < 5 

< WJ - 

2?-o 



o S < 

c 
o 



o — = 



c 
o 



re ^ c> 
< re H 



o 
U 



o 



T3 
< 



C 

o 



m ~ 

V) X 

Ci o 

o 

oc; « 

re 

^ -I 

CO o 



re - 

= H ^ 

c: ^ := 

C S -a 

= o r 

O =0 ^ 

r 1 re XJ 



re re 

S sf 

Ci ^ 

»- — 
^ ^ o 

Tree* 
:s j3 ^ 

S § ^ 

CQ -O — 

o a. 

t: VI o 

^ JD o 

n ^ « 

3 2 - 



C 

o 
U 



t 
3 

•a 

o 
a. 



Q 
o 
o 

a 

C 

_o 

"*-» 

o 







































Q 


> 






CO 






^•^ 

C 
O 




d 


O. 






■o 




o 


c 






















3 


> 




O 


O 






a. 




-o 






c 


ZJ 




eS 


o. 




tj 


a 




Modi 


atckc 






GO 






o 












on. 




ho 






c 






"(5 






c 


i 














on 


2 


O 






u. 


Id 






c 


cor 


•a 
cd 

(A 


esti 




-a 








rfoi 


cal 










Q. 
k. 


•5 




i> 

CL 




-o 


o 


o 


<u 




E 


QJ 








o 


ii 




cd 


T3 






(d 


arc 


the 


r 

o 


t? 


c 


sp 


o 




c 


J= 




cd 


H 


> 





Si) 
C 

Id 
c 



c 
o 
U 



o V. 

en O 

u. ^ 

'-» C 

J= ^» 

c o E 

o c a> 

ed 

« w O 

.S c > 



o c 



c:- 

(d 

c 
a 

E 



3 

O 



C 
O 



O „ 

U Ci 

-5 

jc E 5j 

p 

^ c 
« to 

.£«^^ 
o = 

ex. CC c 

■^^ s 

<n li >. 

o c 
•o c u 
*> ° 
o ^ - 
5,2 



I - 

rd W 
GO oi 

•«-• in 
ci ^ 

5 

o 'd 



SO 



fd 
u 

V) 

OO ^- 
C3 (D 

E ^ 

!^ 

ed D 



3 

5 o 

C cii >. 

0 > ^ 

ed o 

to -^2 

01 fd t> 
•o c ^ 

s <^ 

^ 

tf) y Ci 

^ ■s I 

C 3 ^ 

s: P 
o £i 

^ii o 

= ^ 

^ Si 

> -o y 

2 S 

^ S <^ 

S. 3) ^ 

^ E 

00 ©0 o 

o .E t« 

t: cd -> 
, c w 

OO 

•O 3 

3 cd c/i 

p CO c trt 

w ^ 2 " 

•s w ^ ? 

*^ u ^ u 
c « c a> 



55 



36 



EP 0 966 145 A2 



10 



20 



25 



30 



35 



40 



45 



50 



55 



CO 

> 

O 

'o 
a 



(A 



CD 

•a 
c 

4» 



O 

cu 

u 

u 
c 

o 

"5 
c 

o 

O 

O 



c/) CO 

c c 
o •= 

(- 3 

. u 

.2 E 
c o 
o ti: 



N 



E 



CO 



2 «^ ° 

O ^ -o 
o 



a. 



ca J- 

C - 

E o" 

_ -o 

« £ 5^ 

o S w 



CO 

t: 

u 



'57 



cd J ^ 

E 'o 
^ >^ S 

gj cC TO 
(U P _ - 

g ^ 

«3 .2 ^ 

v a> a> 

7^ CO 



u 
o 

< 

c 
o 

CO 

N 

'C 
o 

< 



o c 

O p t'l «J 

<u c c 

*- <i> .t: 

O u- CO "O 

p U O aJ 

ni »— a> — 

5: Qi <i> trt 

o (u tr 3 

— <u o cr 

2 a, ;;;; 

t: u ^ - 

fl> ' 3 

E y ^ E 

(Vl -3 O I- 

« >. S Si 

u £ o J 

^ <N 1^ 4> _ 

^ .= ■= 

in- 

I = :§ „ 

■g ^ .-H I 

" ^ ^ ^ I 
i3 ^ c 

^ ^ -° s 

8^ 2 u 

c o 



CO 

C 



to 
c 

0) 



c 



O 3 ^ 



a> 3 'P 
w o E 



2 

a. 
o 
o 

CO 

03 



2| 

a. 2 

O 

if 

E 

^ E 
CO OJ 

o 



CO 



■s S s Si 



i i-s 

a> *=• - 



^.2 
o c c 



c 
a> 

E 
a> 

CO 

c 

CO 



'2 
c 

CO 

CD 



E etf 4- 

'o c 
00 a> 
S - E 

O CO <u 

O CO 
to .5 <^ 

■■^ 2^ 

« c5 :2 

S CO > 

C J> 
CO o c 

CO V- 
a> c O 

.i:^ .ii 
(i> 

^ CO CO 

age 

H .s .s 



o o 



CO 

c 
a> 

E 
a> 

CO 

c 

CO 



CO 



c 

O 

Q.,0 

"o E 

^ .« 

CO "c 
U CO 

-c 

n o 
ti <i> 

a> E 

S "J 

u- •> 

C/} o 

H ^ 
-o X 

CO QJ 

o 



p -JS 

=: ? <u 

03 ^ <U 

I -£ b 

5 t; i2 

« c 

a. <i> 

o E 

^ CO C 

^ ^ S 

w o E 

a, ^ a. 



ID 
00 



c 

H 
-2 

a. 
3 



37 



EP0 966 145 A2 



00 



10 



IS 



20 



2S 



30 



35 



45 



50 



CO 

O 

• 1-H 

Q 

t; 

o 
Z 



CM 

t 

c 

a> 

E 

a> 

o 

Q 
3 

C/) 



CO 



m 

c 

o 



c 
o 
o 
c 

3 



cd 

CO 

C 

O 
c 

CO 



CO t« 

^ § 

c o 

O 

If 

« o 



c 
o 



E 

a> 
E 

I i 

(/I c 

s ^ 

X — 

S 

I- cx 

,<u 

c o 

O C 
DO O 

'C 

c 



CO 

T3 
C 

O 



Z 
Q 



Q 



so 



u 

CO 



fl> I— 



o _^ 

5 "5 "fS J 
> U U U 



t3 <1> 50 



Q -E -H 
13 15 ^ 

u u 



4U 

-£ > 
o ^ 

^ .E 

. . o 

<l> c 

o S 

c t- 

CO c 
a» o 

Q. O 

< o 

E -E 
if u 



CO 



CO 
C 

E 

u. 

■«— < 

& 

CO 

E 
o 



•o 
o 



c 
E 
o. 

00 



>< 

Q 

Z 

Cu 



Jo -2 

3 00 

o c 

CO no 



3 

o 

>^ 

o 
x: 



o 



CO ^ 



3 
O 



o 



V3 

£ 
cu 



CO 

o 
<l> 

§ 



o 
c 



o 



< tr 

- . o 

t30 Q. 
C CX 

%3 3 

c2 ^ 



CO .-3 

CJ CQ 



CO 

c 
o 

•«-^ 

CO 

E 

B 
c 



2 E 

T3 < 

13 -<= 

4> O 

CO Cl 

-o — 
a> CO 



U Q 



55 



38 



EP0 966 145 A2 




39 



EP0966145 A2 



O 




C>0 



CO 

o 



< 




J2 . 
.is m 

Pi 



& 



.•g 60 £P 

S -a o 



O 




o 



c 
o 

c 
o 



E 



a 
o 
U 



s 

CQ 



CO 

I. 

§ 



IT) 



40 



EP 0 966 145 A2 



10 



IS 



20 



25 



30 



40 



45 



50 



55 




(D 
(D 

C 

o 
c 



o 
o 

< 

o 

CO 

N 

•c 
c 

i: 

il< 

lie: 

rl 



1 








a> 




ement 


Servic 


rvices 








! CO 


c 


CO 


; C 




': Cd 


P 




|2 

! ^ 


anagei 


enta 


; -a 


E 








1 -o 




Ou 


^ c 




Cu 


: ca 




3 


iOD 

I 


O 


GO 



41 



EP0966145 A2 



■b5 



10 



20 



25 



30 



35 



40 



45 



50 



55 



o 

• ^ 

O 

U 

(D 

<L) 
<L> 

O 



C 

o 



J2 
u 

CO 



c 
o 



o 
cd 



cx 



C/3 



30 



a> 1- 

. . O. <l> 

cn u. Q, 

C <l> <l> 

O Q. a> 

• — a> 

a. <i> i> 

§ i> DO 

tfi JiOx: 
< — H 




42 



EP0966145 A2 



10 



IS 



2S 



30 



35 



40 



45 



SO 



55 



(D 

Oh 

o 

c 
o 

(D 
O 



a. 
o 

(/J 



CO 

o 



c 



"I 
1 1 



JZ CO 
1- o 



3 tn 

CO U 
w c/) 

g-s 

•H. ^ 

^ s 

CO ^ 

JC <D 
crt 



> « 



- 2 

a> a. 

CO 00 

cd ^ 

« i 

c « 

CO 41 

O 

CO 



O 

c 
■a 



-O 



c 
o 



C 



cd 
o 



O 



o 
a. 

c 
a> 

B 

> 



a — — 



a. 
a> 
o 

Cd 

o 



-1 



-o 
o 
c 



Cd 
c 

o 



O 



C 

a> 
B 

o 

> 

E 

a> 
o. 

<u 

Cd 
O 



SO ao 
c c 

(d ed 



cd (d 



cd cd 

E E 



o o 

« > > 



o 
Cd 



Cd cd 

E E 



E E 

C C 



O. CL 

<Li a> t- L. 

W CO 

a> a> ^ ^ 

O O ^ ^ 



^' Jl' Cd Cd 
« Id ^ ^ 



3 3 

P O 



CL n. 

QJ OJ 



c c 
o o 



> > 
o o 



cd Cd 
aO GO 

c c 
O O 



CL, CX 

«d cd 

o o 



c 
o 

X> 
'B 

to 

a: 



ed 
c 

c o 
^ • - 

c 
o 
o 

c o c 

O C 3 



3 C 
X> cd 



u 
I— 

to 

o 
c 



"P T3 TD -O 

• l_ U-i U, 

^ Cd cd cd 

! g g g 



o 
c 

0) 



T3 

3 



cd 
c 
o 
o 



CO 

•a 

3 

o 



Cd Cd ^ !d 

o u o u 



> 
o 

Cd 



CO 

E 

cd 

t 



c 
o 



o 

I— 

CO 



CO 



cd 

o 
'5 
> 



< 



cd 
o 

3 
O 



JD 
Cd 
u 

n, 
Cd 

c 
O 



JD 



O 
Q. 



C 



O 
> 
c 

CX 

ed 

o 



2 
o 

"cia 
U 



c 
Cd 



Cd 
U 



£ 

cd 

ai 
S 

"cd 
U 



4; 

j:: 



o 
c 



ex. 
<u 



2 (S 



E 

CX 

o 
£ 

3 

cd 
<u 

tJU 



5 



z 

Q 

c 
o 
or 

c 



3 



O 



CX 
Cd 

o 



T3 
QJ 



£ 

CX 

E 

JD 



QJ 

c 



Cd 



o 

c 
2 

cd 
o 
D 
Q 
< 



3 



u 
cd 

c: 



4> 
3 



T3 

O _ _ 



j= 

b 

cd 
<u 

L. 

3 
or 
4> 



3 



an 
n 
*a 
c 
<i> 
I— 

c: 
o 
o 

o 
c 



cd 
U 

>. 
Cd 



43 



EP 0 966 145 A2 



1° 

Uu cd 

— c 



J5 



20 



25 



30 



35 



I- 
— c 



o 

•4— » 

CO 

c 

c/i 

a 



— . c 
U CO 



H 
a- 



CL 



CO 
I 



^ CO ^ 

^ w X 

.S - CQ 



H 

t/5 







a. 




X rn — 


u u 


u 




U 


CQ U O 


a. c- 


CL 




a. 


Ol Cu O. 


5:^ 






:< 






o 
c 

AS 

c 
o 

C/) 



C/5 



45 



t/3 




D 


atin 

PSTl 


> 








Q 


O T 









C/3 


X 


X 


a 


CD 






CL 




CL 














H 












(X 


X 


X 




OQ 




a] 


0- 


CL 


!?: 







on 


nter 






CO 


U 


C 








» 


U 






Q 





CL 



C 



CO 



OJO CL o 



SCO 
.2 



O 

^ o 

C/3 ^ 

o 

3 

t/3 
O 

O 

• 1—1 

N 
O 

<D ^ 



.2 S 
.£ =i 

Q 



ca A- 



z 

^ rS r*^ 

U U CO u 

OL CL cu a. OL 



^2 

H 
CL 

— OQ U U U 

CL CL Cu Qh CL 



ic 5 ^ 

A ▲ A A A 



c3 



o 

Oil 
C 

O 

C 

<L> 
O 



n 
o 

CO 

n 

C/5 

Q 



H 

£ <N CM 

S:'X X 

OQ CQ 
CL CU Ol 



— X C^^ 
ii-. O U — OQ U 

Ol CL cu Oh CL 



^ C/) CO CAI ^ 

^^^xx^x r — 

.5- CQQQ — flOyUU 

Oj)CuOLCUCLCua-tUa.OL 



























£X 








O 




X 








o 






>^ 


cd 




c 




<L> 




O 




t/J 


ci3 




CaO 










o 


O 


c 


•s 


c 




o 


OJ 


o 


to 


u 


C 








(/> 


(A 


>s 


C3 




a> 




E 




m 


CO 


CA 







44 



EP 0 966 145 A2 




45 



EP 0 966 145 A2 



10 



<N 

H 



t: 
o 



•o 

CO 



c 
o 
u 

C 



t5 



20 



25 



CI. 



o 

c 

CO 

c 
E 

w 
4> 



CO 

n 

o 
a. 

c/> 
C 
CO 



O 
■o 

c 

CO 



CO 

c 
o 

o 
c 

o 

"cO 

o 
o 



30 



40 



45 



d 

(D 
O 
GO 



E 

P 

u 
Q 

a 



E 
c 



'•5 



o '§> 

CO 

t/) CO 

2> Q 



O 
I 

o 

i> 
u 
c 

lo <i> 



CO 



< 



O .h 



CO 

U 



c 
o 



CO 



O 



cu 
_ O 
5 6 
< z 



a. 
O 
o 



eO 
O 











on 


o 




'tn 


c 






a> 


CO 




x: 


c 


o 




o 








U 


do) 


ter 1 






_C0 




gemen 


o 


by 


ed 


-o 
a> 


CO 




c x» 


c 


CO 


<u c 


Ma 




E 5 

<i> ±v 


idth 


)-0P 


anag 
rect 


dw 




S 5 


c 


• 


CO 


CO 




CQ 




U 



50 



55 



46 



EP 0 966 145 A2 



10 



15 



o 



25 



30 



35 



40 



4S 



Oh 

• * 

< 



cd 
o 



'S 

Q 

(/) 

o 

o 



o 



c 



so 
c 
*C 
o 

E 

3 



C 
O 



T3 



o 

c c 

O "55 



^5 i 



i5 



< 



CO 

x> 

u 

-o 
c 

•no 

O O 



a: 
Q 



o 

Q. 
3 



T3 O 

2 % 

CO «J 

6 



o 



0 

CO 
00 

5 



o 



a> 
3 



C 

CO 



E 



(- 

U 

it 

j:; 

55 O 
^ 6 

I— 



50 



55 



47 



EP 0 966 145 A2 



a> 
c 
c 

CO 

o 

ri 
ri 

2 



70 



75 



25 



30 



35 



40 



46 



50 



55 



< 
O 

cd 
C 

o 

GO 



50 



o 
c 

CO 

I 



U 

"(5 
c 
o 



c 
o 

o 
c 
3 



O 
(A 

c 

O 
C 



,o 



U 



O 



1/3 

c 
o 

O 

+' 

<N 



03 



3 

a. 
c 



T3 













JO 


*> 


c 
O 


er 










1 






OS 


CO 


c 


U 






E 


ward 




a 




Q 













0- o 

a> O 

^ 1 

c ,o 



c2 
o 

a> 
(/I 

*5 
c 

•o 
c 

i 

so 

C 
O 



o 
a> 

E 



> 

CO 



Q. 

o 



&0 

eS ID 
c a> 

- I 
2 « 



u "J Z 



CO 



50 

CO V, 

. E - 
o 



> 
c 

CO 
«3 

E 



-a 



so 
c 

CO 

c 

*5q 



o 



o 

-o 
c 
a> 

eft 

o 
> 

CO 



en 



C 

a> 
•o 
c 

(i> 

CL 

<1> 
•u 
c 

o 

CO 



15 
o 



UJ O 

20 X ^ 

g O 
E ^ 



f- GO 

to Cu 
a> 

a> c 
c o 
o -o 



o 



9? 

I-. <l> 
O H 



CO 



CO 

tlO 

c 

o _ 
o U 
c 

i 



c 



x> 

> 
< 



o 
c 



C>0 

a. 

c 



0 ^ 

- -o 

01 as 



1 O 
<o I 

c 
to 



1^ 



•a 



;2: 

H 
ou 

u 
c 

e 

CO 

QJ _ 
CX C 

< e 

.E o 
^ o 



3 



3 



48 



EP 0 966 145 A2 



10 



15 



20 



X 

PQ 
o 

^3 



25 



30 



35 



40 



45 



Oh 

• • 

O 
< 

w 
u 



OQ 
cu 

c 

o 



Q 



u 



u 

E 



o 

CO 

c 

CO 



4^ 



Ol u 



T3 



0) 



c 



O -J 



u 
Q 



o 



< 

o 

c 
<u 

CO 
in 

E 

CO 

t/> 

4> 

<L> 
u. 
CO 



< 

o 

oj 

c 

o 
CO 



E 

CO 



CO 



u 
a. 



c 



V3 
Im 

C 

B 

'a 
a 

3 



,2 ci. 

-2 g Z 

o « - 

— x> 

CO -o 

^ C 

•i ^ 

a» 

• CO 

on 

■i ° 



9 



o 



C ^ 

.5 =5 

DO C 

Is 



n o 



50 



55 



49 



EP0966145 A2 



10 



IS 



20 



25 



30 



40 



45 



X 

o 
+-» 

X 

PCI 

• • 

o 

w 
u 



X 
OQ 
cu 

c 
o 
x: 

CL 

o 



< 
o 

CO 

c 
o 

C/5 

1/5 
CO 

a> 

S 
cd 

a> 



E 

o 

(/) 

O 

08 

o 

n 



cd 



H 

o 

c 
c 



30 

'•5 

c 
2 

c 

*E 
o 
o 



. c 
c o 

2 -a 

cd VI 

s-s 

cd O 

ui *® 

i- 

O 4> 

JD 

^ E 

> T3 
C ± 

o '-5 
•o 3 



< 
o 
'd 
Cd 
c 
a> 
o 

cd 
o> 

E 

cd 



o 
*c 

Cd 
c 
a> 
o 

C/) 
c/i 
cd 

E 



c 



T3 

•o 

cd 

t: 

O cn 
C 

cd ai 
7/5 ^ 

in 

uj 

•o • 

XI 

< 



rr 

^ o 
o *- 



Cd ^ 

t« O 



00 ^ 

-E a> 
(d 

CQ (J 
o 

Q h: 



D 

u 
D 



u 
o 



o 
cx 

t/3 



08 

e 

s 



o — « 
D 
O 



(A 
C 



o o 
cx 



■^1 

to <« 



a 
o 
■♦— > 
u 
cd 

3 



C 

o 



.2 

c 
2 

I/) 

(A 

Cd 



0) 



o. 

o 



cd 
U 



50 



55 



50 



EP 0 966 145 A2 



10 



cu 



75 



25 



X 
OQ 
a. 

c 

o 

c 
o 



u 

c 

< 

O 
*C 

C 

(U 

o 



< 
O 

■c 

CO 

c 
a> 
o 
in 

CA 

E 



o 
-c 

eo 
C 
CJ 

o 

CO 
(A 
ed 



30 



35 



40 



45 



X 

^ < 

^ o 

(U 03 



Cu 



CO 

o 



C3 



n 



s 

Q o 



(A O 



o 

CO 

c 



O cA 

D < 



— <U 



s 



o 



o 
o 



o 



4> 



cx 



4J 



C 



D 
O 

C/D 



o 

(A 

(A 

c 
D 



50 



55 



51 



EP 0 966 145 A2 




55 



52 



EP 0 966 145 A2 



o 



10 



20 



25 



30 



35 



40 



45 



50 



o 



U 
o 



o 

< 

u 

C/3 



o 
c 

T3 

CO 



cd 
JC 

o 



c 
o 



c 

CO 



-a 
< 
< 
o 

c 

2 8 



•£ .2 

■4— • 

a> PC 
. — ' 
etj Ml 

o ^ 

•SS: 

w A 
«C V 



E 



O 



o 
UJ 

QJ * 

in 



E 



cd 

c 

o 

o "2 

*= 5 
3 ? 



< 3 

o d 

c c 

O on 
ed 

a> ed 
E 

ed fM 

cn m 



0^ 



o — 



C/) 



cd 
U 
t-T 

c/J 
C 
ed 

O 
Cd 



ed 



c 
O 

ed 



Cd 



CL an 



c 
E 

D 
D 



3 — 

JD cd 

^ 8 

,0 C 



U 5 



Si 



Cd 



2 c 

•r ^ 

E 

— o 

-1-1 *^ 

c o 

cd 

— a> 
ed ^ 



<D 



^ ed 

ed 

L> *- 

tu- CO 

'~ O 

-5 I ^ 

C 

C 3 cd 

< X) tii 

* — ! 

ed 
O 



o 

a> o 
E ^ 



21 



5- g 



53 



EP 0 966 145 A2 




55 



54 



EP 0 966 145 A2 



10 



CO 



O 



25 



50 



35 



40 



45 



SO 



55 



u 

Oh 

O 
+-» 

• i-H 



O 

2 
u 



u 



s 

c 

o 

a» 

u 
c 
E 

D 
D 



CO 
O 



:3 
a. 



c 



H o 

CO -C 
D- 

CO 

JO o 

-r-J t/1 

o -5 
S .5 



a 

o 



CO 



T3 o 




CO 

<«— * 
cd 

00 

c 

O 



° o 
.2 S? 

^ c 



a o 

^ s 

c: c 

I i 

a. 



o 

Ou 
a> 

O 
O 

c: 

liJ 

•o 

o 
U 

S ^ O O 
Q o 



(A) U 



<i> 
o 
a. 

& ^ 

o g 

Z is 

• ^ — I 

CO 



CO 



55 



EP 0 966 145 A2 




56 



EP0966145 A2 



o 

Is 

O 

U 

Oh 
O 

CO 



Oh 



W 

o 

►—I 

< 

2 

w 
o 



o 



4^ 



e 
E 



z 

H 
a. 

JO 
TD 

-o 

C 
cd 

-C 

cu 
O 
o 
Z 

n ^ 



c O 
O Z 



c 

cd 



H 
U 

CO 

D 

CO 

O 



c 

cd 



GO 

a- 

U 

tU 
D 
oo 



< 
O 



9 



o 

o 
c 

CO 

U 
E 



c 
o 

CO O- 

Z Q 

Q UJ 

- z 

O UJ 

* • s 



o 
c 
Cd 

Cd 

cx 

CL 

< 



57 



EP 0 966 145 A2 



10 



15 



20 



30 



35 



40 



45 



50 



9-H 

o 

1 



a 
o 

u 

o 

CO 

o 

1 



CO 



u 

PL, 



o 

< 

:z; 
w 
u 

GO 



cu 
o 



■-0 



o *- 
o 

^ p 



Q 

en 



Sr: 
o 

Q 

si 

- •— • qj 

CO c 
C/3 



£ o 



^'8 



O 
c 



cu 

« c: - 

g 

O ^ 
CL Q P 




55 



58 



EP 0 966 145 A2 



10 



20 



2S 



30 



35 



40 



45 



SO 



u 

(ii 
O 

2 

<: 

w 
u 

00 



o 

& 

a. 

3 



E 

o 



c 

o 
Cu 



. . CM 

B 

o ^ 
— 

^ « 

<1> jiz 

o 

Q. 



C 

O 

on CO 
3 « 

</5 Q. 

IS 

o ^ 







E 
























so 




c 












O 




u. 




C 




*5 
























■•— • 

CO 




a> 








CJ 




to 












z 




Q 




o 




"5) 




c 




c/5 








-o 




cd 




O 




















c 




o 








o 




a> 




E 




o 




-C 








cd 




a> 






U 


ca 








a. 


a> 


CO 


j= 


4> 








o 


oug 



o. 

o 
c 

o 

CJ 

o 

'E 
«d 

? 

«j 

o 



E 
« ox 

5 t» 



O 



o 



a. 

p 



O 

at 

o 



< 
o 

od 
c 



S < 

CO 

o H 

z ^ 
S o 

CO tJi 
C C 
O 

cd 

— a> 

CO *^ 

to 

•o »« 

^ '2 

<D cd 

»» R 

g 2 

<D in 

S o 
o ^ 

^ a. 

a> — 
uj 

• 



a 

U 



c 
Cd 



<L» 

E 

4— ■ 

CO 

t: 



s s 

C to 

c a: 
o 

E . 

-a 
< 



a 





-a 




T3 




<u 








-o 








an 




an 






c 












rol 


ve 


nal 


> 




o 




o 


C 








O 


td 




ed 








c/l 


-C 


Cd 


"o 


cd 








a> 


-a 


^ 


C 


E 




c 


o 




cc 
(/I 


U 


Cd 

C/l 


c 


• 




• 


<d 




"ed 




OQ 




U 






55 



59 



EP 0 966 145 A2 



10 



IS 



20 



O 



T3 

o 

u 

o 

-♦-» 
T3 



E 

cd 
C 

T3 
<D 



£ 
o 



0) 



30 



3S 



40 



45 



50 



55 



o 



o 



U 

Oh 
O 

< 

U 

GO 



c 
o 



o 



O 
0/) 



a 

CO 

(/> 

*£ 

i) 
u 

OJ 

t/> 
C 
O 
■*-* 

o 



< 

c 
a 

< 



<L> 

I E 

<u Q 

c 3 



ct3 



cd 



< 

2 « 



S: S. 

. c 

LLl O 

C (L> 

ca »- 

c o. 

2 _flj 

a -g 



c 

2 ^ 

CO 

^ E 
o F 



CO 

c 



X 

(O CO 

.5 S 



15 
c 

*E 

*> LU 

Oi CO 
^ c 

u 

C/3 



O 



o 

ec *0 

V- o 

'2 ^ 

^ o 



o 

£X 

c 
o 



a, 

E 
o 

o 

o o 



2 



C30 



LU 

O 
'C 

CO 

u 
9 i2 

,a> c 



LU S 

O c 
•c o 

CO o 

o o 

If 



GO 

a. 

55 



<1> 

E 

CO 

c 

CL 

-o 
c 



"T3 

a> 



3 



c 
E 

-2 z .S 



CO 



g III i 



see: 



CO 



CO 

c 



CO 

U 



> 



(O (O ^ 



(O 

U 



(O 



> DC 

a 
H 



X 

c 

CO 



ao c 
c w 
— o 

•I 2 



CO 



U 



o *— ' 

CO O 

O- CO 
cx c 

O CO 

.E o 

■— r ^ 



60 



EP0 966 145 A2 



9-H 

o 



70 



15 



20 



O 



U 
O 



c 
o 



c 

CO 



T3 

< 

UJ* 

o 



UJ 

o 



UJ 

o 



50 



3S 



40 



50 



X 
PQ 

• • 

o 
o 

< 

u 

CO 



C 

u 
E 

as 
m 



c/3 

D 



OS 



c 

o 



CO 

a> 

*G 
o. 



08 

u 

E 

09 



o 



CO 

c 
a> 
o 
or) 

V) 
CO 

B 

CO 



o 



OS 

c 
a> 
o 
</} 

ed 

a> 
E 

cd 

(U 



C 

o 



2 
o 



'> 

u 

> 

c 
£ 

ii o 



T3 



a. 



Q 



c 



55 



61 



EP 0 966 145 A2 




EP0966145 A2 



10 



20 



25 



30 



35 



40 



50 



55 



O 
-*-» 

13 

U 
Oh 

« • 

o 
2 

w 
o 









r- 
C 








p 




o 




























O 








c 












a> 




o 




in 








CO 




a> 
















• — ■ 




h- 




'Z. 




o 












c 












•o 




a 




o 




u. 
















c 




o 








o 








E 




ho 


H 






CO 



E 

o 
u 



c 

o 
a. 









(/5 




a. 


X5 


U 






ca 






up 


cx 






CO 


a. 








cd 








o 


«— ' 




c 




-C 




o 


o 


00 
3 




CO 










« 


O 






ep 


■£ 








H 




>v 


oni 






o 


o 






.o 


</) 




a'E 


ay 






CO 




1/5 


o 






E 


'5 


"a 


CO 




> 


CO 


o 


qo 




o 




Q. 


sib 


a 


on 


a> 




c 




sibI 


Po 


CO 
? 


do 






(1> 


• 


O 

cu 









Q 

OS 

o 

n 



< 

o 

CO 

c 
a> 
u 

CO 

in C/) 

«^ 

is o 

t/i CD 

c c 

o -;=: 

CO 

o 'S 
S 

a> co 
a. 



1'^ 



t: 
o 

cx 
to 
C 
CO 



:E o 
o ^ 

tn o 



o 

CO 
U 

•a 



CO 

a 



E 

CO 



c 
o 

I'i 

° -5) 

c aC 
o ^ 

< 




O a> 



5 

a> CO 

E e 
a, II 

^* CO 

•1 E 

^ CO 

c • 

(O 

GQ 



c 

CO 
> 

E «3 

<1> GO 

5X) CO 

CO £ 
5r CO 

^ cn 



CO 

u 



63 



EP 0 966 145 A2 



5 



10 



c 
cd 
c 

T3 



20 



25 



30 



35 



40 



45 



50 



o 



















U 








H: 




O 




2 

< 








w 




u 


o 




u 

4^ 




Q 




a> 
















o 








o 







< 

o 

'C 

CO 

c 
a> 
o 

cr> 
CO 

E 

CO 
c/3 

0^ 



O O 

^ 'E 

0) ^ 
Q. Im 



c 
o 



c 



3 



CO 






cd 




Cd 


cd 


c 


ible 


ondi 


C 


ible 


c 


5 


(1> 






a> 


C/3 

O 








O 










0- 


cx 




cu 


Q. 








CO 










c 






C 






LU 


o 




uS 


o 


UJ 


LU 


O 






o 




o 


o 


c 


a> 




•c 


a> 


c 


c 








cd 




cd 


Cd 


c 




forC 


C 


Q- 


c 


c 


► See 


com 


See 


com 


See 


r 

See; 



Cd 
C 

E 
k. 

"> UJ 

•S.2 
a. cd 
^ c 
^ ft> 
(J 

xi 00 
cd o 



C 

o 



c 
o 



(d 
o 



o 
c 

to 
as 



cu 

c: 
^1 



2 

^ -S 



<d 



o 

> 



CO 



O QJ 
I- CO 

,<L> C 



Cd 



Cd 

.5 of 
• ? • 

I 



Cd 



^ 1 

c ^ 
^ so 



-J 



cd 



E 
o 



u 

E 

Cd 
c 

O 

•o 
c 



'3 



c 

E _ 
9- 

-2 z .£ 

ii O g 

C c tt> 
Cd o 

JC GO 

c/) -E o 

^ n 

S c2J 
S -5- 2i 

• "5 • 



td O 

a. ^ 

Ol c 

a> GO 

-S o 



3 



55 



64 



EP 0 966 145 A2 



10 



X 



c 
o 



15 



c 

cd 



20 



25 



30 



35 



40 



45 



o 

< 

w 

u 

c/5 



o 





u 






c« 


E 




c 


*3 




a> 


0^ 






Q 


















a» 






Q 


CS. 










peci 


Cal 


03 

o 










E 


HJ2 




Sa 



■o 

< 

X 

o 

c 
u 

oo 
cd 

a> 

E 



o 

a, 
(/) 



_4> 

C 

D 



o 

CO 

c 
o 
o 



o 
E 

as 



03 



o 

CO 

c 
a> 
o 

CO 
</l 
cd 
(1> 

E 



</3 


CO 

C 




urt 
C 




O 




O 




lut 


CM 


B 


Q 


o 




o 










15 


erv 




per 




T3 
Oi 










o 
a> 


> 


*o 
a> 


a> 


a. 








(/} 










nt 


a> 


03 








o 




£ 


tel 


o 


D 


o 


(A 






CO 


n 


<L» 


o 

^: 


Unl 


Su 


Unl 



50 



55 



65 



EP 0 966 145 A2 



10 



20 



25 



30 



35 



40 



45 



SO 



Oh 

o 

Di 
< 

u 

00 




55 



66 



EP0966145 A2 



CO 

a 



10 



15 



t/3 



20 



50 



35 



40 



4S 



50 



55 



s 

o 























c3 




O 
















x: 








a. 




















X 




o 




nari 


cific 








Q 




</) 




u 


C8 




o 


Q 

0^ 




ek 



03 
U 



00 



C/) 



o 



-a 
< 

o 

c 
a> 
o 

00 
1/1 

E 



1^ 

- a 

« (/) 

-US 



X 

-.9 
*»-. 

CO 

c 
o 



E 



o 
a> 
a. 



o 

ca 
c 
a> 

C>0 



E 



C 

O 
*■*-• 

o 



CO 



C 

E 

O 
Q 
3 




67 



EP 0 966 145 A2 



o 



w 



IS 



Oh 



20 



25 



30 



35 



40 



45 



>< 

PQ 

o 

2 

< 

w 
o 

c/) 



T3 
< 

O 
co 

n 
(i> 
o 

CO 
CO 

E 



o 

(A 



o 

C 

o 

U 
E 



s 

Q 

Q 

4> 



CM 



O 



LU 
O 

C 

o 
o 

C/5 



E 

CO 



a z: 



a 
cx 



o 

CO 

c 
<u 
u 

CO 

CO 
CT3 



(1> 



O 



CO 



o ii 

\D C/} 



ID 



SO 



55 



68 



EP 0 966 145 A2 



o 



X 

Oh 
O 



C/3 

{-I 



o 
U 



o 

< 

w 
u 

GO 



D 

V3 



08 



c 

03 

o 

U 
E 

08 
C/5 



c 
o 



C 



-a 
< 

X 

o 



o 

CO 
(/I 

E 

CO 



o 



c 
a» 
u 

CO 

a> 

E 
f« 



E 
o 

C/) 

o 

o5 
n 









tion 


fic 


tion 








O 

t/2 


0^ 






Q 








CO 


fied 


►er 


fied 


O 


B 


o 
<u 


cx 


a» 


cx 


CO 




(/) 


0) 




<u 

C/J 






'! 


08 


'! 




o 




O 




o 


(/) 




\r. 


c/l 

a> 






Unl 


No 


Unli 



o 
c 

nj 
C 

o 
c/) 



E 

eo 



CO 



C/} 



_3 
O 



'o 
a. 



C 

E 

o 
o 

3 

C/) 



c 



69 



EP0966145 A2 




EP 0 966 145 A2 




71 



EP0966145 A2 




72 



EP 0 966 145 A2 



CD 

o 

<N 



10 



15 



20 



25 



30 



35 



40 



45 



50 



H 
(/) 

Oh 
O 

d) 

-♦-» 

C 
(L> 

U 

• • 

o 
2 

< 

z 

u 

GO 



03 

c 



OS 



on 



Q 

o 



o 



c 

at 



< 

Q 

o 

CO 

c: 
a> 
o 
CO 

en 

CO 

a> 



(/3 

o 

IS 



o 



U 
E 

CO 
C/) 



Q 

o 

a 

n 



C/) 



c 



O 

a» 

OS 

O 
o 



Q 

o 



o 

[/I 

E 



Q 

o 

to 

c 
a> 
o 

eft 

CO 

a» 

E 



o 



_3 

o 



o 



c 



T3 



u 
a> 
a. 



CD O 



3 



c 



55 



73 



0 




74 



EP 0 966 145 A2 



10 



20 



25 



30 



35 



40 



o 

•♦-» 
c 

(D 

oo 

(D 
;-i 

P. 

u 
3 

X 
T3 

d 

CU 



o 

E 

•£ ^ 

.ti o 

O c 
OX o 

c ^ 

o - 



CO 



Q o 



O 
o 



c 
c 
o 

« -s s 

2c 
o 

- 



"•a 

O 
OJ 



t/5 



of 
c 

- 



cx 
E 
o 



^ . w 

o :3 

^ I 

ft> u 

a> 

^ c 

^ o 

o u 



u 

CU 
«N 
C 

o 

o 
o 

o a .2 



^ i 








O 




■4-> 


a 








50 



55 



75 



EP 0 966 145 A2 



10 



20 



25 



30 



35 



40 



45 



50 



O 

c 

CI. 



O 



< 

X 

• 1— « 

c 



(/5 

E 



C 

CO 



U 



CO 

C/5 

=3 



u 

rs 
c 

<u 

c 

o 

o 

c 

o 
U 



c 

o 



E 
o 



o 



■o 

*g 

c 
c 
o 
o 

oi 



03 



a § 

" o 




55 



76 



EP 0 966 145 A2 



10 



IS 



20 



25 



30 



35 



40 



O 

C/3 

CI. 



X 



CO 

C 

't75 
o 



CO 



u 

til) 
c 

15 
c 



U 



c 
g 

o 

c 
c 

o 

u 



E 
o 
u 



C 



C 
a. 



c 
o 




45 



50 



55 



77 



EP 0 966 145 A2 




78 



EP 0 966 145 A2 



10 



IS 



25 



30 



35 



40 



o 

w 

P-l 

H 

Oh 



45 



50 



55 



79 



EP 0 966 145 A2 



10 



(/I 

g 



J5 



20 



25 



30 



35 



o 

O 

> 

<D 
GO 

c 

0) 



40 



45 



50 



55 



80 



EP0 966145 A2 



10 



IS 



20 



25 



30 



35 



40 



45 



50 



55 



C 



H 
c 

4— • 

as 
C 

E 



4J 



c 



T3 



00 

c: 



00 

•c 
o 

ed 

O CO 



TJ O 
ed 

H ? 
D o 

t: ™ 

CO 



4^ CM 

^ rM cd 

■O X ed 

c« T3 -5 *5 

« o S 

c S o 

^ o t 

ai — 



cd 
T3 
C 

Cd 



Cd 
c 



30 CO 

.E 



o 

o 
X 



ed 
o 

c 



^ -T3 ^ 



O cy^ 

O O .E 



•T3 

-a 

=d 

o 

ed X) 

id 13 

Q. c: 



< 



D 

>» 
Cd 



T3 
O 



O S 

> Cd 

-o 

li 
§■.1 

5 a. 

O <J D 



X 

CN 

X 



o 
c 

fld 



o 

cr c 
§ - 



o 



ed 
O 



w 

Cd 

ed 
C 

a> 
E 

cx 

Q. 
3 



u IE 



o c 

Cd 

^ O 

o > 

^ =^ 

g| 

. cr 
o 

(rt O 

"o E 
X «5 

— ed 

o 

<1 




E 

ed 

z 



C a> (u ^ 
ed in — cd 



u 

CD 

Cd 

00 
c 

*c 
o 

ed 
I— 
a> 

E 

ed 
C/3 



2 

UJ 

3 



cd 



c 

§ 2 

o a> 



or 

<L> 



?5 ^ :S 
X 



> 
o 



ed 

O 



O 

c o 5: 

cd -a ^ 

5! « S- 



oo O 
cd ^ -i: 
Jr ed 

^ u c 
a> cr a. 



0^ 



t/) O 

w ^ 

II 

id 2 

a, o 

i « 

I S 

-t—t 

tz C/) 

O E 
X ^ 

O 



CO 

D 

o 
t: 

as 



a> cd 

00 V 



"O no 
< C 

. o 

0^ u 







c 




o 








o. 




X 




ffl 




GU 








O 




? 




CU 




cd 




%/> 




call 


-d 




a> 






en 


qui 


00 




C 


i— 


c3 


(A 

Cd 


c 


c 




o 




icat 






o 




00 




-E 






O. 


cd 




C 




*5b 
•n 
o 


Use 


the 






00 




c 


tn 


'-5 




-o 




(d 


u 






o 


to 
c 


cu 


spo 


00 


a> 


c 


k. 


mi 


be 










cd 




a> 
k. 


i 


Cd 





Cd « 



CO 

cd 
00 
<i> 

JO. 



i/> ta ^ 
c 
o 



ri 

Oi 

■♦— « 
o 



81 



EP0 966 145 A2 



10 



15 



C 



25 



t: 

CO 

Q. 



3 

CO 

c 

E 

a. 
E 



to < 



CO 

O 
E 

s I 

^ J "5 



H < 

o ^ 

O t- 

o :5 
•7 Q> -2- 

05 



7- "O 



CO 

M) 
C 

o 

« ^ o 
o> c -ii 

CO ^ -t: 

f i.§ 

<l> — 

o. CO a> 
<i> c ^ 

S 2 »- 



a. 

CO 

a 



Its 

CL ^ (A 

(/) E 
<u — 

*'* L- -5 

S ^ i 

^ of 

(i> a> 
'71 Cl 

•S to « 
^ S 

iS •£ o 



a; 

'5 



a 



*^ 2 <ii 

2 ■£ ^ 

t/l *o 

a> !« « 

CO to ^ 

c 3 o 

-5 E g 

^ c o 

i = ^ 

£ = 2 a 



<l> ^ 

s - 

in Q. 

15 = 

CO {J 

<0 o. 

>^ 3 

tr — 
2 ea 
a. u 

c ^ 
c 

O tiO 

•3 ^ 

u '♦J 
jO CO 



O 0) 

tjO ^ 

CO a> 

to j:: 

£ o 

a - 

00 ? 



O 

X 



UJ 



> 



73 ! 



CO 

O CO 



CO c *2 
O 

<0 ,y J= 

Vi trt > 

■£ =: 

^ ^ ^ 

CO CO 

td <i> 

UJ eo C 

i_ 

^ O 



o 

o 

o 
o 
cu 



jC ^ 

8 

C 3 

o 

CL ^ 



CO 

f « 

eO 

o c 

C CO 

CO 

2 -S 

-a 5 - 

t? s = 



^ .t: --i: Q. 



C «n <y 

to •£ a) 



u, o 



(U o to 

-5 S O 



— CO 

§ g 

<u o 

00 c: 

c * 

CO c 

e 2 



3 

CO C 

<u «-» E 

j:: a> 3 

^ s a 

CO C •— : 

E 8 £2 

— 2 i> 
00 

e ? 

r3 4> o 

^ c: CO 



30 



T3 
-p 



-C "O "TS 



35 



40 



45 



50 



55 



CO 

c 



H 



O 



Q 
< 



CO 

o 

CL 

< 

o 



00 

c 

O CO 
a> CO 

<u £1 

CO *tA 

u § 

2i i 



< 
-J 



~eO 
C 

o 

< 
O 



4> 

.E 50 



5 E 



ells 



CO 
o 

30 

c 



o 

o 
a. 

3 

c 



^ 00 

U '5) 
z ° 



00 o 
IS o 

wo 

1.1 

c 

o eo 

£f 

a> a> 
^ to 
CO 00 

> ° 

— CO 

00 o 
cO CA 



^ E 

1 ? 



C CO 
— C 

CO H 
-3 

ii . 

4-^ a> 

E i I 

c 4J E 

t: o 
E o 

j:: ^ 

I- o a> 
o 2 -o 



82 



EP 0 966 145 A2 



TO 



IS 



20 



25 



30 



Ml 

c 
c 



H 



40 



45 



50 



55 



CO 



01 

.5 
c 

■c 
O 



3 — 

1 - 

.5 ? 

1 2 

-S ^ 

I S 

^ S t= 



4> ^ to 



cd 



X 



E 
o 
u 

<N 

O 
wo 



-.5 s: 



7c c -r: 
U O .E 



CO 
(A 

E 



o 

CO 

Uu 

m 

a 

to 
cc 



5 

j:: 



0^ CO 

E 



■g i 

> ^ 
o o 

li 

< E 

-£ E 
•o E 



■2 

si 

> 

5 



I 



I 

S 

ft 



a 



< 



JC 

c 

CO 
o 

X 

CQ 

a 

•o 
c 

CO 

(- 

C/5 



5^ 
CO 

o 



c 
o 

CO 

o 

3 

cx 
c 



o 



D 

3 



c 
E 

w 

OO 

c 

^0 ^ <1> 

c O «i 
E <u c 

CO 

c 



D 



d O 



p CQ 
E 5 

CO (X 



> 



c 
o 



u 

CO 



CO 

c 



CL 

c 

CO 



CO 

c 



<l> 
4i 



CO 



4> 



30 



CO 

c 
o 



(O 



CO 

u 

c 

CO 

-o 

I— 

CO 



CO 

u 

0) 



2 -S 

y> CO 

a> — 

t To 

> ^ 



CO 

o 
C 

CO 



=: 

CO C 5 



T3 



4j 

c 

^ cO 



Iz c 



CO *--. 



a; 



^ 3 S 



z 

cu 
•S 

c 

o 



1^ 

£ c 
a> 

«o H 
o 

s >< 

^ GQ 

« o 
c ^ 

o H 

CO CO 



CO 
O 



^3 ^ ^ 



CO 



c 

E r/5 



CO 



c 
o 

JC 
Q. 

CO 

H 

o 

CL 



O 

> O 
c 

CO X 

.E -o 
E CO 

CO 



(V) CO 

S CO 

CO ^ 

E £ 



83 



EP 0 966 145 A2 



5 



10 



15 




40 



45 



50 



O 



o 

CO 



84 



EP 0966 145 A2 



30 



3S 



40 



Oh 

Q 

Oh 



45 



k. 
cd 

T3 
C 
ea 
an 

o 

E 



70 



J5 



20 



25 



O 
00 



a 2 

rr 4j 

-E §- 

O J= 

T3 



50 



55 



85 



EP 0 966 145 A2 




86 



EP0 966 145 A2 




87 



EP0966 145 A2 




88 



EP 0 966 145 A2 



b 




89 



EP0 966 145 A2 



10 



IS 



20 



30 



3S 



40 



CO 

Oh 



CD 



o 

u 

Oh 



oc; .Si 



rrn- 




si 



Oi 

: ^1 



o • 



• C l< 



c- 



-r- 

^ 1 



50 



55 



O O 



90 



EP0 966145 A2 



10 



IS 



20 



25 



30 



3S 



40 



T3 







0) 






"5b 






Vi 


O 


*3d 


c 








U 


not 


CFB/ 


u< 


Z) 


U 


u- 




O 






u 


PC 




o 






u 


PC 



O 

15 
U 



o J 

O 5 O 

S; S a- 
a. TO S 

<u o d 
" 2 

OS."" 

Qj a> o 
<u - a 

4> > 

o 
Z 







c 




cs 


nnd 


H 




"5 

u 


G 


O 
c 


lose 


a 




"5 

w 




-5 


S3 





.o 
c 



"oil 



c 

o 

u 



< 



G- 

E 



50 



55 



91 



EP 0 966 145 A2 



10 



IS 



20 



25 



30 



35 



40 



45 



SO 



SS 



to on 
4> CO 

o _^ 



<i> ^ 
cx « 

<1> CO 



CO cd 



> 





cd a> 

O -o 

Cd c/i 

" i 

<jj cd 



2 53 
n 



: O 



o 
E 

Cd 



o 



<L» <U 

o o 



4> 
O 



c 



92 



EP 0 966 145 A2 



10 



IS 



20 



25 



30 



-o >% 

£ :2 
5^ «! 

O - 2 

oj ^ c 

vj *n ^ 
*- CO tJO 

Q W 5 

jjj CO t-- 

> <u 

•£ 5 

111 

CO is O 

-c ^ 

5 0> 

£ ^ cd 

15 -2 

re o 

C b 4> 

S-| O 



o 
c 



40 



45 



50 



U o 

O- *^ 

^ j= 

•£ c 

ZZ CO 

15 £ 

-E cx 

E 3 

I f 



CO 

•c 



o 
c 

>> 

CO 

c5 
O 



on O 
O J2 
CX CO 



55 



93 



EP 0966 145 A2 



10 



IS 



20 



25 



30 



35 



40 



u 

Oh 
O 

<L> 

CO 

O 

• 1—4 

I 

U 



CJ. 
a. 



5 s 



2 l=: 
t/3 u: 



o 



5 



s i B ^ .s ^ 



5 := 



•Si 



1.^ 



Si- 



.:j ^ C 

^ ? £ ? ? 



ill 

1 1 

c c ^ 

•g ^ 

^ ^ £ ^ 



I. 



(3 i t-- 2: 




50 



55 



94 



EP 0 966 145 A2 



5 




< 
< 




25 



30 



35 



40 



45 



50 



95 



EP 0 966 145 A2 



CO 



O 

^ St 

O w 



« «3 c 



a. 

0* 



-si *^ 



CO O K a. £ > 




o 



^ ^ = 



5 =. s -a 
c c 



-a c o. ^ 



E = ^ 5! 



H -2 £ ^ 

3 IS -r '^^ 

« £ ^ 

i i £ £ 



;2: 

CP 



u u 
£ "3 



111 

-2Po S) 

S S y 



1.^ ^ 



3 H H 

as ^ g 



■HQ 



TO CJ 



§■2 

c -5 



^1 

2 " 



§1 



I/) 



SI 

XI 



> oj ec X O 



O O 

•o c 



o C 3 
5* o = 

H > 5 
UJ u 



g. 




Si 



e 
o 
U 



o 



G 

a * 



•a 



3 ™ 



§2 

»- o 
■=3 g 



CJ ^ fx 

s g 



o o P 



o 

&0 



< 

on 
o -a 



a 



Z 



96 



EP 0 966 145 A2 



o 



O 
' 

o 
c 

>^ 

CO 

a 

OX) . 
cd 3 



1^ 



"5 = c i :^ 



o 3 -3 .c c- _t 



E 1 



tS6- 



O 



:2 E 



— -a IT 



'SI 
C 

•H 
o 



< 



0) 



^ c < "5 

Oh 8. Sri y 

ft^ — "O to m 

**• oc C -- 



•o 

1 



■ — . *j ^ 



CI W 



81 



cr 



II 

I- 



'a 



o n 



<L> = 

S2 i 

IN 

ra cj ^ 

B 



H I'll i 



s K e 



V] T> 

Sow 

g c a 
^ 8.g- 

til 



S. 



1^ 



2 ; 

DO 



D 

*?5 ir > CO ec 

51 <5« 8 



J = OS 

— Ci "O 

cap: 



E 



a 



C/3 



o 



3 -3 3*::: 



1^ 

a DO 



p n. 
S Q 5 H ^ 



■3 



C 5 _ P 
ti3 wj « CO cc ij 
c« -o U O O x> 



e w r: — • 



"5 s .§-«2 



£ O C 

= 25 

« 8 O 

(J £ or: 



a p 
yes 

= a. x> 



2 S 



Si 



e 

o 
U 



E 

Q 



CO 



U 



97 



EP0966145A2 



10 



20 



25 



C/5 

C! 

o 



35 



45 



< 
-J 











u 
a> 


tain 




his 


idle t 


^ con 


>^ the 


fort 



CO 
CX 
CO 

o 



30 



U 

Oh 



v»j v*,^ rj »^ > 

O V Jn JO 

cd «i o ft> 

c «c 0; p. 

Q> ^ . C 

o ^ 5 ^ 

(/I . — , trt 

z S ^ ^ 

Q Si o c 



55 



98 



EP 0 966 145 A2 



5 



10 



IS 



20 



25 



30 



35 



40 



45 



SO 



JO 

E 



o 
o 

> 



99 



EP0 966145 A2 



10 



IS 



20 



25 



30 



35 



40 



45 



SO 



55 



o 

'o 

>^ 

GO 

o 



cx 

<1> >. 

ft> o 

CO f_ 

o _ 

z ^ 

CO ^ 

ft. g 



CO 

o 
"5 
> 

to 



as 



15 



a: 

CO 

to 
3 
u. 
a> 
a. 
a> 



O 



u 

o 

0^ . 



CO ^ 

o 

00 4> 



— o 

X - 

CO m 

o o 



g g 

« ^ 

5 2-" 



T3 

O' 

o 



< I <i 



a 



o 4 



a: 

cu 



CO 
CL to 



1^ i 








X 








CL 







CM 
3 



oa- 



V3 



o .2 
,1- 



o 
> 

i- cc 

c 
a> 
o 

•o S 

c 

o 2 

r 3 

> e 



cx o o, 
> a 



CL 
3 




> _ 
1^ 5 



4> 

E 
3 
C 



o 

c 
c 
o 
U 



S*c -id E 

1^ — M 

^ c 



51 

c « 



E o 

> E 

c u 

on o 



8 



b .2 

o 



ed 
-O 



O 
to 



cx 

4) tn 



100 



EP 0 966 145 A2 



10 



75 



20 



2S 



30 



35 



40 



50 



55 



Oh 



a> o 

Q. jO 

J{ O 

o5 — 
E 

U 



C/0 

C 

o 



ct3 

(J 
'5 
> 

•a 
u 



01 (U 



a> 



00 
ec 

E 



a. 

E 
o 
u 

(V 
t/J 
cd 



2 1 

^ c 



^ c 

OQ u 

Ou — 

c «^ 

O ^ 

c jc: 
O — 

^ o 

00 c 

%^ 

O JC 




o 



< I < 




cu 



z2 

cu o 

> 



o, 

=3 



2 



C/} 



a 



JC 



- 4^ 

o c 

■c o 

C CI, 

S 



E 



cd 

E 

? cd 

*2 cd oj 

u ^ p 

0) n 

*^ a. 



Cd 



<^ -£ 

CL ^ X 

tn -1= 4> 

Cd o a> 

•a ^ ^ 

3 3 £ 

O ^ 

00 on g 

O H- Cl- 




101 



EP 0 966 145 A2 



10 



IS 



20 



25 



30 



35 



40 



50 



o 

•a 
B 

O 

o 

>^ 

oo 

o 



I 



c 
o 

■a 

O 

'5 

> 
2 



u 



a 

a 

•mm 

o 

CM 



•g 

i 

1 

CO 



§ 

c 
o 

oo 



•a 
u 




CO 

O 



CO 



1 



•c 



X 

Oh 



CO 

a 




I 

2 



tJ 

i 



s 

X 

s 



U9 

cu 

s 



o 

CO 

Q 



CO 



1" 
oo 

s 

•8 



CO 

O 



S 



C/3 
C 

I 

CO 

O 
CO 

Q 



55 



102 



EP 0 966 145 A2 




55 



103 



EP 0 966 145 A2 



X 




55 



104 



EP 0 966 145 A2 




105 



EP 0 966 145 A2 



10 



15 



25 



30 



35 



40 



45 



50 



CO 

X! 
I 



X 
PQ 

o 

0) 

a 

o 
o 

00 

o 



(1^ 



X 
00 

c 
o 

s 

I 



P a 8 g 



S 



I 

o 
a 

S 



-a 

I 
1 



c 
o 

§ 

e> 

Q 



OS 




1 

o 

O 



5? 



• I 

•U.1 

• I 



S 



U 



Q 

3 



tc 



a 

o 



•c 

o 



a 

E 
o 
O 



o 

i 

4> 



t> 



•c 

i 



CO 

6l 



'8 




55 



106 



EP0 966 145 A2 




107 



EP0 966145 A2 



10 



IS 



20 



25 



30 



40 



45 



a 

CO 
CO 



X 
o 

a 

(i> 

o 

• 1-4 

o 

oo 

Ph 
Q 



Oh 



00 

c 
o 



o 
a 

J5 



o 
o 

1 



•a 

u 

00 



X 
o 

s 



• 

w 








«n 


i 






*« 


•a 
o 



u 



I 

0 
a 



< 



s 

< 



o 



OA 

a 



9 

o 

s 

s 

i 



X -5i ^ 

S:2| 



2 



X 



•c 
o. 

I 



CO 



E 
o 

CO 



s 

B 
o 
u 



E 
o 



o 
9 c 




50 



55 



108 



EP 0 966 145 A2 




109 



EP0966145A2 




55 



110 



EP 0 966 145 A2 




111 



EP 0 966 145 A2 




112 



EP 0 966 145 A2 




113 



EP 0966 145 A2 




114 



EP 0 966 145 A2 



10 



15 



20 



43 
X 

m 
§ 

■a 
e 

o 

•rH 

o 
> 



25 



30 



35 



40 



45 



(t> 



O 

> 



^ - 



O 

O 



— AT 

C '"-I 



< 




50 



115 



EP 0 966 145 A2 



Cd 

■♦-» 
X 

w 

c 
o 

• ^ 

s 

o 

o 
> 



c 

cd 
X 



o 

DO 
Cd 



00 



50 



O 

u 



u 



c 

f2 

-«— • 

X 

c 

o 

o 

> 

u 

> 

O 



S -H 



00 5 

C i« 



OS 
U 





roce: 


requ 




cx 


















15 
u 












"c5 






CA 








E 




and 


o 
o 

o 










> 




c 


o 














ion 


cal 


ca 


opt 


the 


so 

■ C 






3 


are 


rout 


2 
c 


Si 




he 








sth 


COl 




rio 


per 


rbi 




CJ 


o 


seen 


tekei 


ring 




CO 




£/! 


CO 


nsw 


the 


he 


I— 


H 


CO 


o 













50 

c 

^= 

u- -a 
— o 

o ^ 

I- u 

if ^ 
o c 

« cT 
O o 

di I- 

« ii3 



^ CO 

•5 bO 



o 

O. CA 



£ -5 
^ cr 

*ob o 

^ CA 

>- lo 
o 

c JZ 

U - 
^ g 

y S 

u- > 

y 2 

tA 

-5 2:* 

c 

:3 fc ^ 
I- )= C 



116 



EP 0 966 145 A2 



X 

< S3 

^ as 
H a 

H 



CO 
(D 



cd 



117 



EP0 966 145 A2 



10 



IS 



20 



25 



30 



35 



40 



45 



SO 



r 



c 



^ ^ ^ 



? ? ? 

^ ^ "it 



C 3 
IS ^ 

« c 

OS = 

3i s< 



^ t c s: 
*^ ^ i! 5 



*^ i ^ I I 



2 



I 



i: 



C5 



I. 

' ^ ? 
I is 5; 

a 

5 S ^ 



5: 



SI 

V t 



•5 5J 



- ::: X. 



S I. 

^ ^ 



o 
t 



o 
c 

t: 



E 



I. I 



*5 



41 
^ lb 

-a ? 



^ S 



C i: c 



2 ^- c 



c: • 



5; 

C 5 t: 

.fi -i? .5 

< 



^.5 2: 

W 16. ^ 



^11 

fs :i C r'l 
5 -c 

t!^ C ^ ^ 



S s c 

V r 
o 



5 ^ 



to) 



-5 

-2 



- ^ 

»w V ^ 

s: 2 c 

^ a i 

^ c %> ? 

s U4 ^ 



55 



118 



EP 0 966 145 A2 



10 



IS 



20 



2S 



30 



35 



40 



CO 

s 

o> 

< 

(N 
CM 

o 

CO 

s 

cd 

Oh 

m 

ON 

o 

GO 



z 

H 

C/5 

a. 



a; 

SB 



OS 

(A 



5 ^ 

5 



5J 



c 
t: ^ 



4- s 



tic 



^ ^ 



!^ "tr ^ ^ 5^ 



5 « 



2<-' 



•5 S 



S 5: * § S 



li 



c c i; 

V S SI 

Si *w IS 

^ ^ >^ 



5 i 



2r| 



5 g 

£•1 
^ .1 

at, a 

1 



1 §" 



li 



2 ^ 
5= ?; 



5: < e >t 
> -5 



CI. 



c :^ 



II 



^ sr. 



1 1 



i.i 



15 

o ? ^ t: 

^ VJ 51 ^ 

I- 1- - 1 

Uj 



4i 



1^ 



■5 £• 



-c c 



St 



53 



I- 1- 



5.5 



«3 
"55 



50 



.5 



? § § 



^ bo 

.5^ 



ST c 

3 



SO 



55 



119 



EP0966145 A2 



E 



OS 



Z 
H 

CO 



7D 



15 



20 



OS 



-a 

4> 



C/5 



a 

ao 
c 



s. 



11 



=3 i:- 



' OL. 



^ H }i 



flj ^ 

- <> c 



5-3 



o 



25 



30 



35 



40 



45 



50 



OJ 
C/3 



5 6. 



So 



si 

^ ^ 



r 



5 ^ ^ 

^ — il. ^ ^ 
- O 2. -5 - ^ 



h il 

§ ^ 

ex.** 



1^5 

c 'I i 

X -5 

V 2 



•^1 



1.. 



1 2= ^ J 



Nil. 

^ -t: ? 



It 



5t t 



. ^ s-» 



2 ^ 



I 



■I 



1: 



hi i 



S Si s 



f 

^* ^ ^ 
III 

c ? s 

V t ^ 
i3 S -5; 



II I 

as I 



ill 



C ^ 

H5 »^ »o 
~r 

^ r-i r-t 



-5 - 



(5 

•I 



^ I 

It 



5 c 



15 



Si 



5 ^ 



^ -c S s c 
^ ^ -t -S 



III 

^ ^. KZ 



-Ci ^ 
Ik !3 

i' ^ 

-5= !3' 



2: I * :: 
l£ SI 

^ c :< 
g S 

iil 



^ ^ ^ 
5 ^ V 



5= :J -S 



2* ^ 



C 



a 



fit • 

-ft ^ 



55 



120 



EP0966145A2 



10 



15 



u 



20 



25 



30 



35 



40 



45 



50 



55 



121 



I 

EP 0 966 145 A2 



10 



15 



20 



25 



30 



35 



40 



45 



50 



a. 
o 

CO 

c 
o 

-4— » 



CD 

<u 



O 

cd 



a. 



'53) 



• • 

O 



o 



P 2 



-5 -S 

3 = 



? i X ■§• •■! 

C V '-» 

\> = •= _j O 

1^ lit 

3 5 - C -o 
V 2 3 - 

f= J: 5 ^. o 



3 2 



o ^ 

iff 



CO trt 

o p 
o 

— u 



E .S 
a 5 

C O *« 



C: - «b 



-2 "fe 



2 S £ 



. .1- ^ 



u 



^. a o 

-Si -S ^ 
^ /S ^ 

T ^ s 



e g 
5 o 

5 2 



o 



o c 



c 

S1 



03 O & 



o 
o 



c -2 
3 



i 



.1 -=1 



— -J 2 



u 

a. 



c 3 ^ 

"5 ~: t/3 

£ tu ^ 

3 ^ O 



3 ^ 



e IS 



O 7S 



I 5 1 u £ 



O 7S 



55 



122 



EP 0 966 145 A2 



10 



15 



20 



25 



30 



35 



40 



45 



(L> 

a. 

<L> 
+-• 
C3 

bO 

>% 
X) 

T3 

O 

(D Si 

^ o 

CD -2 

C ^ 

o r 

+-* 



5i 



a. 



Q 



o 



< 




? ^ e = 2 



O 



u 

a. 



3 ^ 



_ 3 
2 i 



15 



J 



3 H 



> 



Qt: o 



o 
2 



50 



55 



123 



EP0 966 145 A2 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



^ I ^ i I ^ 
^ ^ = = 1 



3 n -J c ~ 



S. 

o 



d 



o 
< 



4 



s ^ * 



1^ 



^ K; ^ 
^ 1* w 

z. ^ 



5 ? c 



I. -5: 

§1' 



^1 



6 -5 



a. 



C G 5 



Jl 




124 



EP 0 966 145 A2 




125 



EP 0 966 145 A2 



(D 



U 

Oh 



^ -a 



— u 



11 

si- 

cC o 
" H 

U -S i 



CL, ~ nj 
J? Si o 

C 30 « 

r « 
<5 



=2 § 



5^ ?. 



O 



•s s 

si* 

c a. 



I si- 
ce^ 

5 " - 

:2 a - 

O t> rsi 

8£ -! 
SB- 

Q. =3 re 



5. 

c «o 3 

OS 5 >ir 



I 



2 



o e 
Is 

11 
< ^ 



c2 



o r>4 

=5 ii 



u o u 

2 *s P-^ 



e a: 
2u 



w 2 



5 " £ 



— cc 

Si 

U 5 



S (2 



ee — ^ 
u — 



O 



126 



EP 0 966 145 A2 



10 



IS 



20 



2S 



30 



35 



40 



45 



50 



55 



o 



1! ? = 

OC -5 



1 = i 

^ 3> 



s. 

o 




127 



EP 0 966 145 A2 




128 



EP 0 966 145 A2 



CL 



10 



IS 



20 



2S 



30 



35 



40 



50 



55 



Oh 



z 

Dm 



G 
G 

s 




— V jr -> 5 

u C — ^ o X 

t# —! c c c c 

^ g o 4- ^ 1 1 



5 

d 





-1 


t 














t 


























y 








u 








ompl 












> 


c 


•J 




















30 
























> 




y 





o 



y 1 

so r- 



2*3 



'J i 

§ 1 

3 y * 



3 ^ 



129 



EP 0 966 145 A2 



10 



IS 



20 



25 



30 



35 



40 



cd 
Oh 



:z; 

H 

en 




45 



50 



Oh 



y e : 



Ms 

o 

< al 



^ ex: 



5 B " 



O £i 

P. rl 



55 a 




55 



130 



EP 0 966 145 A2 



IS 



20 



25 



Oh 



JO 



> - 



0£ 
X) 



30 



.11 

1 a it 

•g 1 a 

3 S g 



o 



3S 



40 



45 



50 



CO 



1 



5 -2 



< 



* .5 e I 



c =: ^ ^ ^ V 

ij "ts ^ i 



5 ~" 
"5 ^ • ^ 



<3 ? 



g -g :5 5^ S < 



J 



? ^ C ? 



- ^ ^ ^ -ii 

^ir ^ £ S 

u ^ "f- =^ ^ 5 

< -c ^ h ^ £: 



— (*:- 

^ 0< S 



5J SP § -a 



H 



u 

a. 



55 



131 



EP0 966 145 A2 




132 



EP 0 966 145 A2 



10 



IS 



20 



30 



Oh 



a 

u 
a. 

O 



o 



IN 

X 



.S2 > k 



8 e-5 



I'D 



=i ^ 



If 



o • 



3 ^ = 



g 2 S 

c/3 U d 



•5 S 




I' 



— CO 

U TJ S 

^ -S D 

0 V) D 

1 «2 -5 

:5 a - 

O P rM 
• • w -a 

II- 

c S £ 

C VI C3 
O O Q. 



5 '-^ 



•"I VJ 

IIJ 

-& 8 < 



3S 



40 



45 



u 



d 




50 



55 



133 



EP 0 966 145 A2 




134 



EP 0 966 145 A2 



10 



15 



20 



25 



30 



.35 



40 



45 



50 



(D 



O 

> 
<N 

u 

Oh 

CO 

o 
o 

Oh 



•at 



o 



n 
a. 



2 



i±j o 



« £i ui 



(LI 



-o XI 
H — 

(J i o 




OA 

-5 



c 
3 




« «u i 

R 

ell 



si ^ 



S ^ -5 Q 

^ Hi 



55 



135 



EP 0 966 145 A2 



75 



H 
U 



SO 



at 38* 

So 



10 



Oh 



2% 

* £ 

* o 
o c 
£ != 



20 



25 



30 



35 



CM 

u 

Oh 



c-Si II all 5 ra 



1» 

2 



CO 

a 
g 

o 



.:r ~ 



-5! -Si 



^ ^ 1 



^ ? V ? 



C ^ ^ 



.1 



? -I ^ 

> 4i ^. ^ li- 

5,^ 5 

^ g 



^ ^ ^ ^ 



< -C: ^ i: ^ ^ 



i: ^ V. 

^ ^ 



e - § 

— 2 



- ^ w w ^ -* 

5 t .1 ti: 



5! 



H 



40 



55 



136 



EP0966145 A2 




137 



EP0 966 145 A2 

Claims 

1. A gateway for use between between an IP network and another network, the gateway being adapted to handle 
calls between IP terminal devrces connected to the IP network as well as calls between an IP terminal device and 
a terminal device connected to the other network, the gateway being further adapted to provide at least one sup- 
plementary service for calls to or from an IP terminal device. 

2. The gateway according to claim 1 . wherein the supplementary sen^ice is chosen from at least one of: 

originating restrk;tk>ns; 

a terminating restrictkxi; 
call forwarding; 
calling line kientification; 
CLID restriction; 
calling name display; 
call transfer. 

3. The gateway according to any previous claim, wherein the gateway is adapted to provide the supplementary service 
on a call between two IP terminal devces and/or to provide the supplementary service on a call between an IP 
terminal devce and a terminal device connected to the other network. 

4. The gateway according to any prevbus claim, wherein the gateway comprises a shared pool of ports on the line 
side which are usable for a connection to an IP terminal devk;e. 

5. The gateway according to any prevbus claim, wherein the gateway is adapted to dynamically associate an IP 
terminal device client's subscriber data with a call. 

6. The gateway according to any prevbus claim, wherein the gateway is adapted to perform address resolution for 
calls to IP terminal devices. 

7. The gateway according to any prevbus claim, wherein the gateway is integrated with a switch. 

8. An IP network for connectbn to another network, the IP network being adapted for handling calls between IP 
terminal devices connected to the IP network as well as calls between an IP terminal devbe and a terminal device 
connected to the other network, the network being further adapted to provide at least one supplementary service 
for calls to or from an IP terminal device. 

9. The IP network according to claim 8, wherein the supplementary service is chosen from at least one of: 

originating restrbtbns; 

a terminating restriction; 
call forwarding; 
calling line identificatbn; 
CLID restriction; 
calling name display; 
call transfer. 

10. The IP network according to claim 8 or 9, wherein the network is adapted to provide the supplementary service 
on a call between two IP terminal devices and/or is adapted to provide the supplementary service on a call between 
an IP terminal device and a terminal device connected to the other network. 

11 . The IP network according to any of claims 8 to 10, wherein the network is adapted to dynamically associate an IP 
terminal device client's subscriber data with a call. 

12. The IP network according to any of claims 8 to 11 . wherein a vobe call between two IP terminal devices without 
double encoding/decoding of the voice data. 

13. The IP network according to any of claims 8 to 12, further comprising a gateway, the gateway being adapted to 
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provide the supplementary service. 

14. The IP r^etwork according to any of claims 8 to 13. wherein the gateway comprises a shared pool of ports on the 
line side which are usable for a connection to an IP terminal device. 

15. The IP network eKxx»rding to any of clainns 8 to 14, wherein the network is adapted to route call control signals for 
a call between two IP terminal devices through the gateway or the I P network is adapted to route call control signals 
for a call between two IP terminal devices through the IP network and call signaling though the gateway 

16. A method of operating a gateway between an IP network and another network, the gateway being adapted to 
handle calls between IP terminal devices connected to the IP network as well as calls between an IP terminal 
device and a tenminal device connected to the other network, the method including the step of providing at least 
one supplementary service for calls to or from an IP terminal device, 

17. The method according to claim 16, wherein the supplementary sen^ice is chosen from at least one of: 

originating restrrctions; 

a terminating restriction; 

call forwarding; 
- calling line identificatkxi; 

CLID restriction; 

calling name display; 

call transfer- 
is. The method according to claim 16 or 17. wherein the supplementary service is provided on a call between two IP 
terminal devices and/or is provided on a call between an IP terminal device and a terminal device connected to 
the other network, 

19. The method according to any of the claims 16 to 18, further comprising the step of dynamically associating an IP 
terminal devk;e client's subscriber data with a call. 

20. A method of operating an IP network connected to another network, the IP network handling calls between IP 
terminal devices connected to the IP network as well as calls between an IP terminal device and a terminal device 
connected to the other network, the method comprising the step of providing at least one supplementary sen^ice 
for calls to or from an IP terminal device, 

21. The method according to claim 20. wherein the supplementary service is chosen from at least one of: 

originating restrk;tk>ns; 

a terminating restriction; 
call forwarding; 
calling line kJentificatkxi; 
CLID restriction; 
calling name display; 
call transfer. 

22. The method according to claim 20 or 21, further comprising the step of dynamically associating an IP terminal 
device client's subscriber data with a call. 

23. The method according to any of claims 20 to 22, further comprising the step of routing a voice call between two 
IP terminal devices without double encoding/decoding of the voice data. 

24. A gateway between an IP network and another network, the gateway handling calls between IP terminal devices 
connected to the IP network as well as calls between an IP terminal device and a terminal device connected to 
the other network, the gateway comprising a shared pool of ports on the line side whrch are usable for a connection 
to an IP terminal device. 

25. The gateway according to claim 24. wherein the gateway is adpated to dynamically associate an IP terminal device 
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client's subscriber data with a call. 

26. A method of operating IP network having a gateway between the IP network and another network, the gateway 
handling calls between IP terminal devices connected to the IP network as well as calls between an IP terminal 
device and a terminal devce connected to the other network, the method including the steps of: 

routing call signaling for a call between two IP terminals though the gateway and routing voice traffic between two 
IP terminals w^ithout pasing via the gateway. 

27. An IP network having a gateway between an IP network and another network, the gateway handling calls between 
IP tenminal devices connected to the IP network as well as calls between an IP terminal device and a terminal 
device connected to the other network, the method including the steps of: 

routing call signaling for a call between two IP terminals though the gateway and routing voice traffic between two 
IP terminals without pasing via the gateway. 
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Gateway 



Ntwk Protocol Ntwk Protocol IF RAS stack Gatekeeper 



Bandwidih request 


Bandwidth request 


BRQ ^ 


► 

Bandwidth confinn 


► 

Bandwidth confinn 


BCF/BRJ 


< 


< 


< 



Gateway 



Resource Mgt Resource Mgr IF RAS stack 

Disengage request 



Gatekeeper 



Disengage confirm 



Disengage request 



Disengage confirm 



DRQ 



DCF/DRJ 



Gateway 



Resource Mgt Resource Mgr IF RAS stack Gatekeeper 



^ Disengage request 


^ Disengage request 


^ DRQ 


DCF 


Disengage confirm ^ 


Disengage confirm ^ 
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Gatekeeper 



Set A 



MMCS 
Core Switch 



MMCS 
MIXQW 



ISDN 



SETUP 



CA-ONa 

CAD-DNb 

NameA 



CAUPflOC 



ALERT 



CONNECT 



DS30X or Ethernet link 



mndPTN ) 

^ FTH request for DNb 



SL1 
SW 



DNb,PTNb 



SSDstoPTNo 



SSOfromPTNo 



speech path 



i6 



IP Terminal 
B 



R225.0 



ARi 



SETUP 



CA»DNa 
CAD»ONb 



CAg PROC (opt) 



ALERT 



CONNECT 
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Gatekeeper 



Set A 



MMCS 
Core Switdi 



MMCS 
MIXGW 



ISDN 



SETUP 



CAsrDNb 
CAD=ONa 




CALL PROCEDING 








ALERTING 








CONNECT 





DS30X or Ethernet link 



DNb, PTNo 



SSD from PTNo 



open/close speech path 



SL1 
SW 



SSD to PTNo 



open speech path if not open 



J 



mnd PTN J 
PTN Hnked to DNtr — , — ^ 



IP Terminal 
B 



H.225.0 



ARQ 



ACF 



SETUP 



CA=ONb 
CAD=DNa 

CALL PROC 



ALERTING 



CONNECT 



Q.931 messages (ISDN or H^.O call signalliag) 

H.225.0 RAS signalling 

ELAN messages 

new SSD message 
existing SSD 
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SCN 



MMCS Gateway 



IP Network 



Set A 



CS 



Leader 



Followerg 



ISDN 



DS 



30X / Ethernet link 



Gatekeeper 



H.225.0 



Client B 



( Set A calls IP Client b} 



SETUP 



CA=DNa 

CAI>=DNb 

NameA,(UUl£) 

^ CALL PROC 



© 



ALERT 



Request PTN for Client B 



DNb, NamcA,( UUIE. IPf^' 
PTNb 



SSDs(PTNb) 



LCD kcyO Ringing 
Display DNa 



_ARg _ 

_ACF 

IPgk " 
SETUP 



© 
© 



CA-DNa 
CAD=DNb 
DispIayIE(N^mcA) 
UUIE 



ALERT 



© 



CONNECT 



SSDs (PTNb) 



CONNECT 



© 



KcyOde/pressed 
SSDs (PTNb) 



(lampO on, U udspcaker off, microphone on) 



SPEECH PATH 



© 

H.245 Call C:ontrol 



Media 



path 
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^ SCN ^ 

n^— ii^^^ 



SetA 



CS 



ISDN 



MMCS Gateway 



IP Network 



Leader 



Followef)9 



DS 


SOX/Ethonetlink 






seiei prevtoos Figiure 


<«SCN to ddl estabU&hment** 




KDs(nT4b) 




RLS pressed 
RLS depressed 



Gatckecpor 



a225.0 



Client B 



(s^AoIlsIPCUemB) 



SBIUP 



[^ALLPROC 



ALERT 



, RELOCMPLBTB 



ACF 



SETUP 



ALERT 



Client B rejects the can) 



RBLBASB CX^LETB 



30 
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SCN 



MMCS Gateway 



IP Network 



SetB 



CS 



Leader 



Follower;^ 



ISDN 



DS 



30X / Ethernet link 



Gatekeeper 



H.225 



Client A 



IP Client A calls Set 



© 



iniiiait: Incoming call (PTNa) 



^ SETUP 



UNb. DNa. NaiTicA, UUli: 



tiiiliutc Incoming call Ack (I 



CA=DNa 
CAI>=DNb 
DisplayIE(N^A) 
UUIE 



SSDs(PTNa) 



ICcyOdc/pressed 



lampO on, LX>S oti 
State Dialtonc 



SETUP 



CA=DNa 
CAD=DNb 
NamcA, (UUIE) 

CALLPROC ^ 
ALERT 



CONNECT 



Dial Digits of DNb 



SSD(PTNa) 



Update Scr State Ringback 



SSDs(PTNa) 



ALERT 



UUIE 



NaxncB 



CONNECT 



Update Screen Active State 
DisplayCPND^'NamcB'* 



SPEECH PATH 



DispUyIE(NanKU) 
UUIE 



H.245 Ca 



Media 



ARq_ _ 



ACF 
IPgk' 



) 



,0 



© 



© 



© 



© 



Control 



path 



7 J. 3^ 
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MMCS Gateway 



IP Network 



CS 



Leader 



Gatekeeper Client A Client B 



DNb.DNa, mib 
UUIE IPka 



loitutc IC cail(PTNa) 



store PTNbv Dhfb 
DNa, UUIE, IPfa 



Inmate iq call Ack(PTNa) 



DNO), DNa. 



TNb. UUIE 



SSD$(Fn(8) 



KeyOdc/p«ssed 



State Oialt UK 



^ Dial Digits 
Request O^ii 



Dha» 

UUIE, IPpA 



Request OG cai 1 complete 



D>fb.PTNb 



SSDs (PTNb) 



LCD keyO Rii ging 
Di^y Blank I 
Display DNa 



ofDNb 



^Icquest OG cal i to Follower 



DNb 

UUIE, IPfA 



( store IFk 



ACF_ 



\ 



© 
0 



^2 



SETUP 



CA^DNa 

CAD=DNb 

UUIE 



( store DNb, PTNb, UUIE. IPi-A ) 



Iflform IP orig. 



line 



SSDs (PTNb) 



KeyO de/prcsscd 
SSDsrPTNb^ 



(LoudspcakcHoff, microphone 
SSDs (PTNb] 



Update Scret n Active State 



0 



m) 



^ARQ 
ACF 



IPal 



SETUP 



CA-DNa 

CAD=DNb 

UUIE 

ALERT 



CONNECT 



CONNECT 



Client A calls CiieotB 



ARQ^ _ 
_ACT ^ 



H.245 



0 
© 



© 



© 



Call Control 



Media path 



IPf 



ELAN Message between CS and ITOs cards 
IP to IP call specific nncssagc and paranxtcr 
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cs 



MMCS Gateway 



Leader 



SSDs(Fnia) 



Key ( :e/pressed 



RLS 
SSDs(Fnlla) 



State idle 
LCD dark 

SSDs(PTNb) 



State idle 
LCD dark 



or /and 



IP Network 



Gatekeeper Client A Client B 
H.245|call Contra 



H.225 RELEASE CONtPLETf (opt) 



H-225 RELEASE COMPLETE 




DCF 




J3 
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CS 



MMCS Gateway 1 
TitSide LincSTde 
FrrkA LeadcrlpA 



lalUau ICcall(PTNa) 



DNb. Dra.PTNb 



store PThfb. 



3Nb 



DNa,UllE.IPKA 



InltUtc lCcftUAcfc(FTia) 



SETUP 



CA=DNa 
CAl>DNb 
UUIH 



3 



DNb. DI a,PTNb,UUIE 



KeyO d repressed 



lazi^ c n. LU2» oti 
State Daltone 



Dial Di [itsofDNb" 



Client 
Gk l A 
|a calls 1 



IP Network ^ 



Client 
B Gk2 



MMCS Gateway 2^ 
LineSide TrkSide 
FBLeader2 LTrk2 FfrkB 



ARQ 
ACF ^ 



ARQ 



FA 
SEtUP 



CA DNa 

CA>=DNt» 
UU£ 



Sec IP ISDN Trunk Side 



IP. 



FA 



^ONNE CT 



C store IP|.») 



(store DNb.PTNb.UUI 



loforra IP 



orig. 



IP. 



ACF^ 

IP^ 



ALERT 



a)NNEC 



Request OG CI ll(tc 



DNb 

uuirt 



Request OGcUlcc 



T5NvPIf3E: 



SSDs(PTNO 



LCD keyO F ingn g 
Display BU ik lirjc 
Display DN^ 

SETUP 



CA^DNa 
CAD-Dl4) 

UUIE 



SSDs 



SETUP^ 



CA=DNa 
CAD=DN 
UUIE 
IPfa 
Follower) 



mplcce 



PTNb) 



See IP ISDN Trunk Side 



K|cyO<(c/i 

^ONNEC 



Update S :recn Active Su e 



SSDs (PTNM 



CONNICT 



H. 245 Call Cjontrol 
Media j ath 



iPi 



KB 



ELAN Message between CS and ITGs cards 
IP to IP call specific message and parameter 
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User A Transferring Party 



A transfers to C 




UserB 



UserC 



Transferred Party 



MMCSGW 



fi^. 33 



Transferred-to Party 



xxx.inv 

xxx.rr 

xxx.rc 

L 

aNb 
XingNb 



Q.93 1 messages (ISDN or H.225.0 call signalling) 
ELAN messages dedicated to Call Transfer operation 
SSD messages 
R225.0RAS signalling 

invoke PDU for opeiatioo xxx 
return rcsuh PDU for operation xxx 
return error PDU for operation xxx 

Follower Card which handles the IP call to Client X. This call is the 
secondary call of the call transfer operation 
Leader Card 

rerouting Nimiber 
transferring Number 
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SctC CS 



MMCS Gateway 



IP Network 



Leader 



^B2 



CALLiSlCNALUNG 



(ifB is an IP Set) 



Requc!tForXfcr(caltlJ): 



DNcCttlJIDI, HTNa 



(check that A is allowed to xfct to C? ) 



SETUP 



ALERT ^ 



CONNECT. 



UUIE[ rtIaltUtcJov{rT)jn>^DNcCallID2D 
CalUDl] 



RequestForXfc RrspMllD2) 



ONcCalllOl 



see Figure 29**incomuig 

IP to MMCS CW cair 

use an other PTN and VTN of CUent B 



>SD(PTNb2) 



Update Sere » State Ringbacl : 



Update Scree i State Active 



SSD(PTNa) 



State idle 



SPe£4iirATii 



SSDfPTNbl) 



RLSkey press 



release 



Ffii Client A Client B 

Calll 



FACIUTY 



CAD=DNc 



UUIE[ 



REL 



UUIE 



Client A initiates a 
call transfer to C 



FAaury 



CalllDl] 



SETUP 



:tSctup.inv{Call 
CallID2] 
ALERT 



ctSetupjT 

CONNECT 



Call! 



]£( ctloHiatejrr] 



:X)MPLETE 



cUnitiate.rr] 



© 



UUIEj cUnitUtt.lnv{nrNb-DNc. CaRlD i) 



_AR9 
-ACT 



© 



D2. XingNb-Dh b} 



REL COMPLETE 



© 
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SCN 



SetC SetB 



MMCS Gateway ^ ^ 



IP Network 



CS 



Leader 



Client A 



CALL 
ON HOLD 



SETUP 



CAD=DNc 
CA=DNb 



ALERT 



SSDTTNa) 



TRN 



SSCHPTNa) 



TRNlkey lit 
Prim J Key wink 

SSD PTNa) 



SSD 



Update Screen S late Ringback 



SSD 



( If transfer is allowed ^ 

^.1 



TRN 



Update Call Register of B 
with ter side = C 




SPEECtfPATH 



© 



Client A initiates i 
call transfer to C 



FACIUTY 



UUIE[ ctIalttateanv{fTNb=DNc, CallID2 

(^IfBis not an IP Set J CalllDl] 



key press / releas e 



digits on DNc 



Riagf «ck ToBC 



(PTNa) 



PTNa) 



key press /release 



SSDTTNa) 



Lan^>dark,LDS of] 



© 



© 



) 



0 



REL COMPLETE 



UUIE[ cUnltUte.rr] 
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MMCS Gateway 



IP Network 



CS Leader ^Bl ^82 

CALLiSICNAtXING 



(ifB is an IP Set) 



UUtE( 



Reque itForXrer(calllD2) 



DNc(4iinDI.FrNa 



^Check that A is allowed to xfcr to C? I 



DNc. CaliJL 



ctlaitiatc^tavfrr^^DNc. CalllD: 
CalllDl] 



RequestFor\f« rRes(Hcallin2) 



sec Fig , 32^^ to IP basic caU" 



Fc Client A Client B Client C 

Calll 



FAamY 



UU!E 



SSD (PTNc) 



Key 

ssd 



update ScrecT 



SSD(PTNa) 



} press / release 
(PTNM) 



State Active 



cy pnsi / relea* e 



State idle 



SPEEaiPAt 



Alert 



dSclup.rr 



Clicot A initiates a 
eail transfa to C 



FAaUTY 



ctliiltiate.iov{r(Nb=DNc» CaTlICp} 
CalUDl] 

ARQ 



SETUP 



ALERT 



CONNECT 



Call 2 



IPfB2 



CAD-DWc 

UU1£[ ct$ctui4iav{CaIUD2KC4ll]D2] 



SETUP 



CAD-DNc 

UUI£[ ct$ctu4.inv{CallID2),C^lID2] 
ALERT 



ct^etup^rr" 



CONNECT 



REL CO 4PLETE 



ctlnittate^ 

REL COMPLETE 



ctlnitiate.rr 
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© 



© 



© 



© 
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MMCS Gateway 



IP Network 



Client A Client B Client C 




© 



© 



UUI£[ 
F«ctlity(ca) 



ctldtntif>' iiivokc 
Facility (CijllID2) 



ctldcntily i 



rTNb=l "Nc 



FACILTIY 



UU]E( 



FAaUTY 



ctldcatify.inv(tr{ic} 
CaIlID2] 

ID2) 



ivokc 



tIdcotily.iT{Cal 
CalllD2) 

FACILITY 



UUIE[ c LlnItiatcinv{^T^ft>=DNc. CamD2} 
CaltlDl] 



Client A initiates a 
call transfer with 
consultation to C 



FACILITY 



UUI£[ i tldcntifyiov {tnf;) 
FACILTTY 



UUIE[ 



4tIdcotify.rr{Cal 
CallID2] 



ID2. TTNb=DNc} 



ID2.fTNb«DNc} 



Same a:; Figure 34 
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^SCN 

SetC 



MMCS Gateway 



CS Leader F^i Ffil 

CALL SIGNALLING Call I 



Simeas Figur; 32 



SPEECHPATH 



UUIE[ 



^IfCis not an IP Sct^ 

FACILITY 



cUdciitUy.lnv{tnic} 
CalllD2] 



UUJEI 



Call 2 



FACILTIY 



^ IP Network _ 

Client A Client B 



o 



Client A initiates a 
call transfer with 
consultation to C 



radentify.rr{CallID2, rrNb-l 
CallID2] 

FAOUTY 



^c] 



UUIE[ c tInitUte.inv{rrNb=DNc. CaIIID2} 
CalllDl] 
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MMCSGW IP Client A IPClicatB 

H.225.0 H^25.0 



gSBTAarftfflc 
ActivmtiooofCFACi 
toDNb 



A activates odl 
forward all call to B 



SETUP 



cbeckRestrictioiLiovoke 
[dtvei1edToNr=DNb] 



CONNECT 



checkRestrktioiLretuniResu? 
RELEASE COMPLETE 
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IfSBT B Brefilc 

AdfvatiOBiirCFAC 
toDNc 



A remote calls 
forwmrdaOcallBtoC 



SETUP 



•ctivatdDlvandoDjBvokc 
(procedure-O^ 
divertedToAdd'43Nc 
saYedUsorNrf>Nb) 

SETUP 



MttvmtelHvenio&iiivoke 
[proceduiCFCFU 
divette(rrQAdH>Nc 
servedUsoNi«DNb] 

SETUP 



cbeckRcstrkttoainvoke 

jdivalcdTdhtr4>Nc) 



CONNECT 



cfaeckR^gtrictioaretumResuh 
^LEASE COMPLETE 



CONNECT 



actlvat^HvenioBJnetnnilUsttlt 
CONNECT . 



iictivatd>ivcnloa.retumResiitt | 
_ RELEASE COMPLETE 



RELEASE COMPLETE 
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MMCS Gateway 



CS 
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Fb2 



IF Network 



Client A Client B Client 



SETUP 



{CFU, D 




IPSET B profile 



AcUvatioo of 
CFAC to DNc 



SSD 



kcyO 



Update screen 



RLS 
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CFW key pressfcd 
CFW key deprc sscd 



(PTNbl) 



ccy press / rclcas c 



SSD fPTNa^ 



Active State 



SSD (PTNa 



key press / rclea. ;e 
SSC 



SSD (PTNb2) 
CFW Key lit 



SSD(PTNa) 



RLS key press/ 

Connect 
acRvatcDivcrsio 
Connect ac| ^ 
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(PTNTbl) 



State idle 



CAl>=DNb 

UU]E[ activatebiversioo.iavolc< 



release 



CONfNECT 



UUI£[activatcI^iversioo.iTj 
COMPLETE 



A remote calls 
forward all call B to C 



vToNb==DNc, S<jrNb=DNb}] 
SEHTUP 



CAD= DNb 

UUIE( activateDiversioQ.io voice 

{CFU. Di /ToNl>=DNc, SeJNb-DNbJ] 



SETUP 



CAD= DNc 

UUIE(checkRe4"ction.invoke{t)ivToNb=D>{c}] 
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UUlE[activaUl ►ivcrsion.nr] 



COMPLETE 



REL- COMPLETE 
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